Discussion :

[_skip]

Bonjour,

Au cours de mes recherches sur le net (forums, exemples, tutoriaux, etc..) il m'a semblé constater que la gestion d'exception était un mécanisme souvent mal compris ou mal appliqué.

On voit souvent des catch(Exception e) tout au sommet, des blocs catch vides qui dissimulent l'erreur etc...

Je me suis donc demandé si un article regroupant quelques explications, la mise en évidence des erreurs fréquemment commises ainsi que quelques *best practices* trouverait sa place dans la rubrique .Net ?

[efficks]

Bien c'est pas bien compliqué.
- Utiliser l'exception le plus haut niveau possible. Par exemple DivisionByZeroException au lieu de Exception.
- Diviser les exception dans plusieurs catch pour un même bloque pour les traiter individuellement.
- Prévenir les erreurs car le traitement d'exception est très coûteux. Par exemple, vérifier le diviseur avant de diviser au lieu de traiter l'exception. Prends moins de temps.

[_skip]

Ca ce sont les "best practices", il y a aussi le fait que l'on ne doit catcher que les exceptions que l'on a anticipé et pour lesquels on a effectivement prévu de réagir (inutile par exemple de gérer OutOfMemoryException), utilité du try-finally (pour nettoyer ou libérer les ressources derrière soi sans forcément intercepter), différence entre throw; et throw ex; dans un bloc catch. La clause using etc...

Il me semble que ce sont des choses qui échappent à beaucoup de monde même si elles sont pas bien compliquées.

[Ditch]

Je me suis donc demandé si un article regroupant quelques explications, la mise en évidence des erreurs fréquemment commises ainsi que quelques *best practices* trouverait sa place dans la rubrique .Net ?

Tout à fait, je pense également que ce serait très intéressant de proposer des best practises

[Skalp]

Qui peut rédiger cet article ? _skip ?
J'ai hâte de le lire ^^

[_skip]

Je pourrai sans doute essayer, faudrait juste que quelqu'un d'autre check derrière moi histoire que certains points de vue ne soient pas trop personnels

[Keihilin]

ça fait un moment que j'y pense mais je n'ai jamais concrétisé par manque de temps...

A deux ça serait peut être plus facile, donc je veux bien co-signer un tel article si on trouve un plan permettant de partager la rédaction.

[_skip]

Je pense que ce serait possible.
Dans les grandes lignes, mon idée à travers cet article serait de ne pas se focaliser sur la définition des exceptions elles-mêmes ( tous les tutoriels du net font cela très bien), mais plutôt de mettre en évidence les erreurs fréquemment commises et de proposer quelques best practices.

Ce pourrait être sans ordre spécifique :

1) la mise en place d'une gestion intelligente, pas de catch(Exception), pas de swallowing, différence entre "throw;" tout court et "throw ex;".
2) Expliquer qu'il est parfois préférable de "laisser exploser" que de catcher lorsque la situation n'est pas controllable, ou lorsqu'on a tout simplement pas prévu le coup.
3) le nettoyage derrière soi, clause finally, using avec objets IDisposable... etc..
4) le débat "prevention de l'exception" vs "reaction a l'exception" qui ont tous les deux une raisons d'être suivant les situations. Ainsi que le dilemme entre prévoir une gestion d'exception pour un traitement ou faire confiance?
5) Utilisation d'exceptions personnalisées pour encapsuler des exceptions du framework et prévoir des messages d'erreur amicaux.
6) Logger les exceptions non gérées (erreurs fatales) au moyen d'un handler global pour une application qui tourne en production.

L'idée ne serait pas de dicter une conduite rigide mais d'introduire un point de vue utilisable pour des applications real-world.
Qu'en dites-vous?