Discussion :

[Hello_World]

Bonsoir,

je voudrais savoir, s'il y a un moyen de revenir à la ligne du code qui a causer une exception (après avoir traiter l'exception )

J'explique avec un exemple :

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
  try
    { 
z = x / y;
 
e = x+y;
    }
    catch (System.DivideByZeroException dbz)
    {
         MessageBox.Show("Division by zero attempted!");
      z = 1; 
 
    // ici je veux revenir pour exécuter la ligne e = x+y ;
   // Comment faire ? 
 
 
 }

Merci d'avance

[GSXRider]

Je ne vois pas trop l'interet mais rien ne t'empeche de faire des try catch à chaque ligne

[Hello_World]

Je ne vois pas trop l'interet mais rien ne t'empeche de faire des try catch à chaque ligne

ça alors! et s'il s'agit de 72 000 lignes de code ? qu'est ce qu'on fait ? 72 000 try catch ?

[GSXRider]

Niveau perf ça serait intéressant de tester mais j'ai des doutes pour 72 000 try catch...

Après si tu as besoin de vérifier qu'il n'y est aucune exception à chaque ligne de code c'est qu'il y a peut être un problème de conception non ?.. Pour moi c'est comme si dans une interface utilisateur tu controles tout à chaque KeyDown voir même MouseMove..

Après je te dis ça mais je ne connais pas ton contexte d'utilisation

Le débugger est bien capable de le faire donc ça doit être possible mais je penses que si tu arrives à le faire tu vas avoir des pbs de perfs!

[Kaidan]

Je vois pas trop l'intérêt ... en plus sur une division par 0.

C'est plus rapide d'écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
 
z = y == 0 ? 1 : x / y;
e = x + y;

Plus généralement, un bloc try / catch doit être utilisé uniquement pour du code où l'exception peut survenir de façon exceptionnelle (non prévisible) et où l'exécution n'est plus possible ensuite. Si l'erreur est prévisible, alors il faut la vérifier à l'aide de condition, corriger puis continuer l'exécution. Il y a clairement un problème de conception ou d'incompréhension lié à l'utilisation des exceptions.

[kheironn]

Bonjour,
très rapidement, je vous signale l'existance du finally qui exécute du code après le try ou le catch...

Mais tout dépend du code qu'il doit contenir, en général, c'est plutôt du code de libération de ressources qui se trouve dans le finally...

[chrisdot]

Un bloc catch étant un gestionnaire d'exception, il permet de pouvoir corriger une erreur survenue dans le bloc try. C'est donc une stratégie parmi d'autres (if(y==0) z=1; en est une autre).
Effectivement si on choisit cette stratégie, s'il y a 72000 problèmes possibles il faudrait mettre 72000 try/catch. Le grand avantage de try/catch c'est de pouvoir récupérer plus facilement les erreurs et de les hiérachiser. Le code appelant au dessus peut aussi "catcher" les exceptions et donner une nouvelle chance supplémentaire de contre-mesure.

[Kaidan]

il permet de pouvoir corriger une erreur survenue dans le bloc try

Si on peut corriger l'erreur, alors c'est qu'on pouvait la prédire. Et dès lors, l'utilisation d'un try ... catch est inutile.

[Hello_World]

Bonjour,

La division par zéro et les 72 000 lignes de code sont juste des exemples!!
Mon code est très très loin de ces exemples!!

Avant d'ouvrir cette discussion, j'ai pensé à l'idée d'utiliser un try catch pour chaque ligne ! et elle me paraît "déraisonnable " ! Puisqu'à chaque nouvelle ligne , on doit lui ajouter un try catch !

[kineton]

Ne pourrais tu pas extraire dans une fonction le code que tu souhaites exécuter même en cas d'exception, puis l'appeler dans ton finally ? Sinon, il faudrait que tu en dises un peu plus sur le vrai contexte de ton appli.