http://www.juliencarnelos.com/2006/08/30/guide-pour-la-gestion-des-exceptions/ JEE , .NET , SOA , Conseil Wed, 30 Jun 2010 13:40:41 +0200 http://wordpress.org/?v=2.9.2 hourly 1 http://www.juliencarnelos.com/2006/08/30/guide-pour-la-gestion-des-exceptions/comment-page-1/#comment-134 Eric Fri, 01 Sep 2006 06:42:34 +0000 http://www.juliencarnelos.com/2006/08/30/guide-pour-la-gestion-des-exceptions/#comment-134 <p>C'est un post tout-à-fait pertinent tant on se rend compte que c'est géré "aléatoirement" dans les projets.<br /> Je pense que tu te poses les bonnes questions et tu y réponds bien.<br /> Les exceptions me servent effectivement à arrêter l'éxécution d'un programme lorque le problème rencontré est fatal pour l'algorithme en cours.<br /> Tu cites le bloc 'finally' sans en parler, je ne sais pas s'il existe dans le monde .Net. En gros, il permet d'éviter les problèmes d'incohérence des objets en mémoire dont tu parles pour rétablir l'état de ces objets à un état stable. Ca peut être rendre un objet null, le reconstruire ou se deconnecter d'une ressource en fermant un flux par exemple (on peut se trouver face à un lock du sytème d'exploitation si le flux ouvert sur un fichier n'est pas fermé).<br /> Je pense qu'il est aussi important de faire la distinction entre exception technique et exception métier. En effet, on pense souvent à la séparation des couches du cas nominal (couche technique séparé du code métier qui devrait être le plus isolé techniquement possible) alors que la gestion des exception peut mélanger ces traitements de cas d'erreur (du traitement d'exception technique dans du métier par exemple). Mais je pense que c'est un peu du chipotage...</p> C’est un post tout-à-fait pertinent tant on se rend compte que c’est géré "aléatoirement" dans les projets.
Je pense que tu te poses les bonnes questions et tu y réponds bien.
Les exceptions me servent effectivement à arrêter l’éxécution d’un programme lorque le problème rencontré est fatal pour l’algorithme en cours.
Tu cites le bloc ‘finally’ sans en parler, je ne sais pas s’il existe dans le monde .Net. En gros, il permet d’éviter les problèmes d’incohérence des objets en mémoire dont tu parles pour rétablir l’état de ces objets à un état stable. Ca peut être rendre un objet null, le reconstruire ou se deconnecter d’une ressource en fermant un flux par exemple (on peut se trouver face à un lock du sytème d’exploitation si le flux ouvert sur un fichier n’est pas fermé).
Je pense qu’il est aussi important de faire la distinction entre exception technique et exception métier. En effet, on pense souvent à la séparation des couches du cas nominal (couche technique séparé du code métier qui devrait être le plus isolé techniquement possible) alors que la gestion des exception peut mélanger ces traitements de cas d’erreur (du traitement d’exception technique dans du métier par exemple). Mais je pense que c’est un peu du chipotage…

]]>