Discussion :

[PaulHuxe]

Bonjour,

J'ai du mal à comprendre l'intérêt de Finally.

Si j'ai une séquence

Code :

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

1
2
3
4
5
6
7
try{
.......code1
}
catch{
.....code2
}
code 3

Si le code1 plante, on exécute le code2. Si le code1 ne plante pas, on n'exécute pas le code2. Jusque là c'est clair.

Mais, si code1 plante, après avoir exécuté code2, on continue sur code3, non ?

Donc quelle différence avec

Code :

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

1
2
3
4
5
6
7
8
9
try{
.......code1
}
catch{
.....code2
}
finally{
......code 3
}

?

J'en rajoute une couche... sur le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
try{
.......code1
}
catch{
.....code2
}
finally{
......code 3
}
code4

Quelle différence entre le code3 et le code4 ? Y a-t-il des cas où l'un des deux est exécuté et pas l'autre ?

Merci de votre aide.

[kheironn]

Le contenu du FINALLY est TOUJOURS exécuté que tu passes dans le catch ou non, et même si le catch te sort de la méthode.

Quelle différence entre le code3 et le code4 ? Y a-t-il des cas où l'un des deux est exécuté et pas l'autre ?

Oui : un throw dans le catch ou un return (dans le try ou le catch)


Tu as aussi le Try/finally : pas de catch
J'utilise ça dans mes DAL pour fermer les connexion, etc sans attraper l'erreur qui sera gérée au niveau du business.

n.b. : Les sujets msdn présentés, ne sont pas très parlant. l'explication de la FAQ un peu plus

[DonQuiche]

Pour compléter un peu, il existe aussi des exceptions spéciales qui sont automatiquement relancées à la fin du bloc catch. Par exemple, ThreadAbortException (lancé sur le thread destinataire à la suite d'un Thread.Abort()) : à la fin du bloc catch, elle est relancée, donc code4 ne sera jamais exécuté alors que code3 le sera.

A vrai dire, je ne crois pas qu'il y ait d'autres exceptions comme celles-ci mais le problème est un peu similaire avec OutOfMemoryException : si le bloc catch tente d'instancier quelque chose alors qu'il vient de y avoir un débordement de mémoire, il est possible que ça se produise à nouveau. Là aussi, code4 ne serait donc pas exécuté.

Par ailleurs, une bonne pratique est de ne pas attraper toutes les exceptions, seulement celles qui sont attendues et pour lesquelles on sait comment réagir (en lançant un message d'erreur adéquat par exemple). On placera donc le nettoyage proprement dit dans le finally.

De plus, le bloc finally est sémantique, il est porteur de sens, ce qui n'est pas le cas d'un code placé après un try/catch, il rend donc le code plus explicite et compréhensible.

Enfin, pour la culture générale, un bloc using est équivalent à ceci :

Code csharp :

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

1
2
3
4
5
6
7
8
9
10
 
IDispose objectToDispose = CreateAnObjectToDispose();
try
{
   DoSomething(objectToDispose);
}
finally
{
    objectToDispose.Dispose();
}

[Pol63]

dans le cas suivant :

try
{ }
catch
{ }
finally
{ }

autre code



si dans le try tu fais une sortie (break en c# je crois, en vb.net on a exit try, exit sub (=void) etc...) [autre code] ne sera pas exécuté, le finally si

son utilité réside dans la possibilité de fermer des choses proprement
parfois c'est obligatoire
genre tu prend un verrou dans le try, et tu relaches le verrou dans le finally
sans finally il y a un risque de ne pas exécuter la suite et donc que le verrou reste à vie, bloquant ton appli, un fichier ou autre

le using variable end using est aussi utile dans certains cas, quelque soit le mode de sortie du using, même une erreur, la méthode dispose sera appelée (elle libère la mémoire sur des variables non managées, et permet par exemple d'être sur de fermer une connexion à une base de données, un fichier etc...)

[hegros]

En résumé, le code qu'il y a dans le bloc finally est garanti d'être exécuté quoi qu'il se passe dans le try ou dans le catch(notamment des exceptions ou un fonctionnement normal)

Pour ton premier exemple, non en fait cela dépend si dans le code de ton catch tu régénères ou pas une exception. Si exception il y a alors tu n'exécuteras pas le code3 alors que s le code3 est dans le finally c'est garanti qu'il soit exécuté quand bien même une exception est lancée dans le catch.

Pour ton dernier exemple c'est la même chose.

[Nathanael Marchand]

A noter qu'il faut éviter de faire du code qui génère des exceptions dans le finally. Ca doit rester du basique. Sinon ca commence à être un sacré souk

[Pol63]

un bon gros try catch dans le finally c'est fun

[PaulHuxe]

un bon gros try catch dans le finally c'est fun

Amusant, en effet...

Sinon, merci à tous, c'est plus clair !!