Suppression par programme des exceptions en C#

Question

J'ai l'instruction try-catch suivante et je ne souhaite pas lever l'exception si la propriété de message contient "Mon erreur" dans le texte.

Comment puis-je programmer cela? Aussi, cela serait-il considéré comme une odeur de code?

try 
{ 
} 
catch(Exception e) 
{ 
    if(e.Messages.Contains("My error")) 
    { 
     //want to display a friendly message and suppress the exception 
    } 
    else 
    { 
     throw e; 
    } 
} 

Answer 1

Vous devriez attraper l'exception spécifique que vous recherchez. Franchement, ce code est choquant. Vous devriez avoir quelque chose comme ...

public class MyCoolException : Exception { 
    public MyCoolException(string msg) : base(msg) {} 
} 

public void MyCoolMethod() { 
    // if bad things happen 
    throw new MyCoolException("You did something wrong!"); 
} 

plus tard dans votre code, vous pouvez l'utiliser comme ...

try { 
    MyCoolMethod(); 
} catch (MyCoolException e) { 
    // do some stuff 
} 

Answer 2

Vous ne devez pas détecter d'erreurs en fonction du test d'erreur. Vous devez créer votre propre classe d'exception qui étend l'exception:

class MyErrorException : Exception { } 

et de les lancer. (Excusez ma syntaxe si c'est faux, je n'ai pas fait C# depuis un moment). Cela étant dit, jeter et attraper vos propres exceptions au lieu de les propager est parfaitement normal, et c'est comme cela que vous devriez faire la gestion des exceptions.

Answer 3

Votre code crée des problèmes de maintenabilité parce qu'un simple changement de texte peut avoir des effets secondaires étranges . Vous pouvez avoir votre propre classe d'exception qui hérite de System.Exception. Ensuite, au lieu d'avoir un si vous pouvez faire ce qui suit:

try 
{ 

} 
catch(MyException myException) //or just catch(MyException) 
{ 
    //display a friendly message 
} 

aussi vous ne voulez pas faire throw e parce qu'il ne preserver la pile, juste throw; fera.

Answer 4

Lorsque je lance Exception plutôt qu'une classe dérivée, je veux toujours dire une assertion échouée. Je n'aime pas manquer le backend parce que nous sommes toujours en mesure de recevoir une demande (mais pas encore celle-là). Si nous portons vraiment un toast, nous ferons tout simplement erreur sur la prochaine demande. Lorsque le back-end doit générer un message d'erreur, j'ai une classe ErrorMessage qui hérite de Exception et prend ErrorMessage et ErrorMessageTitle comme arguments constructeurs.