Comment savoir quand utiliser une exception existante ou écrire une exception personnalisée?

Question

Merci pour l'entrée sur

Était-ce utile?

Nous faire parvenir

La solution

Si la raison pour laquelle vous ne pouvez pas créer l'objet est parce que l'argument pour créer était invalide, vous devriez probablement jeter un ArgumentException. Cependant, vous pouvez toujours créer notre propre classe dérivée de ArgumentException si vous voulez vraiment être en mesure de gérer ce genre d'exception séparément à d'autres. (Êtes-vous sûr de vouloir?)

Answer 1

Si la raison pour laquelle vous ne pouvez pas créer l'objet est parce que l'argument pour créer était invalide, vous devriez probablement jeter un ArgumentException. Cependant, vous pouvez toujours créer notre propre classe dérivée de ArgumentException si vous voulez vraiment être en mesure de gérer ce genre d'exception séparément à d'autres. (Êtes-vous sûr de vouloir?)

Answer 2

Pourquoi créer des exceptions personnalisées? explique en détail pourquoi assez bon et quand utiliser la coutume exceptions.

Answer 3

Créer un nouveau type quand il pourrait être utile de pouvoir attraper et connaître un cas exceptionnel spécifique est survenue. Est-il utile de savoir qu'un fichier wasnt trouve plutôt qu'une exception IO générique?.

Answer 4

a rédigé un blog entier sur ce sujet que vous pouvez trouver intéressant

• http://blogs.msdn.com/jaredpar/archive/2008/10/20/custom-exceptions-when-should-you-create-them.aspx

En résumé, ne pas écrire une classe d'exception personnalisée à moins que vous attendez réellement quelqu'un à la fois les prises et agir sur le type.

Answer 5

Je pense un bon endroit pour trouver des exceptions existantes seraient dans le fichier d'aide ... si vous regardez l'aide pour la classe Exception, il devrait y avoir une liste des classes dérivées sur la page de présentation.

Comment décider de créer un nouveau (dérivé de Exception), ou hériter de l'existant dépend de ce que les moyens exception.

Comme le dit Jon, si votre code fait un peu de validation sur l'argument à la méthode Create, vous voudrez peut-être faire une exception dérivée de ArgumentException (par exemple peut-être un ArgumentNonExistentEntityException si l'ID spécifié n'existe pas bien que ce soit un peu une bouche pleine).

Si l'exception que vous créez ne pas conceptuellement « inherit » le sens d'une exception qui existe déjà, il suffit de créer sans vergogne une nouvelle pour votre bibliothèque.

Answer 6

Vous allez créer un type d'exception personnalisée pour fournir des informations plus contextuelles ou signification à l'erreur, sinon vous compterez sur l'environnement d'exécution généré types d'exception. Par exemple, une exception comme exception System.DivideByZero peut ne pas être évident quand il bouillonne vers le haut dans une application. Au lieu de cela, vous pouvez créer une exception personnalisée pour fournir plus d'informations contextuelles, en plus de ce qui précède erreur « DivideByZero ».

Pour référence sur les différents temps d'exécution générés exceptions, s'il vous plaît jeter un oeil à l'espace de noms système de MSDN. Ce n'est pas une liste exhaustive puisque les exceptions peuvent être générées par le code natif et aussi des bibliothèques de tiers.