NSError domaines/domaines personnalisés - conventions et meilleures pratiques

Question

NSError nécessite un domaine, que je comprends les segments de la plage de codes d'erreur.

On s'attendrait à ce qu'il existe quelque part un registre de code domain.error mais je n'ai pas pu en trouver un. Supposément cela pourrait être utilisé pour rechercher des descriptions localisées d'erreurs.

Est-ce que quelqu'un a un ensemble de meilleures pratiques connues pour traiter les domaines et les codes d'erreur? Une référence faisant autorité (grands développeurs ou décideurs) est optimale, mais même les blogs détaillant une bonne convention sont utiles. Dans vos projets, gérez-vous des registres de vos domaines/codes d'erreur qui correspondent à des descriptions localisées, des récupérations, des clés userinfo bien connues ou des usines similaires pour vos objets d'erreur basés sur le domaine/code? Ou est-ce que vous construisez simplement un domaine et un code, et dépendez-vous des clés userinfo bien connues telles que NSLocalizedDescriptionKey, etc, dans vos domaines NSError sur mesure?

Answer 1

Apple publie généralement ses codes NS/CFError dans un en-tête nommé FrameworkNameErrors.h. Par exemple, les codes d'erreur de Foundation sont dans Foundation/FoundationErrors.h. En outre, ils publient généralement le domaine et les codes dans leur documentation pour le framework.

Tout auteur indépendant d'un framework avec son propre domaine d'erreur et ses propres codes doit faire de même.