Discussion :

[Hasmodan]

Bonjour le forum

Une âme charitable pour m'expliquer de manière simple l'utilité d'un "Try" ou "Except" en langage python, pourquoi l'utilise t-on? j'ai bien tenté des recherches mais tous en anglais et ça reste un peu (beaucoup?) flou... un petit exemple que j'ai pu voir .

Code :

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

1
2
3
4
5
6
7
8
9
 
 
#Example
#The try block will generate an exception, because x is not defined:
 
try:
  print(x)
except:
  print("An exception occurred")

Ou encore un autre exemple ici

Code :

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

1
2
3
4
5
6
try:
  print(x)
except NameError:
  print("Variable x is not defined")
except:
  print("Something else went wrong")

D'après ce que j'ai pu comprendre (j'expliquerai surement mal) le "Try" est une "tentative" si celle ci échoue alors c'est là qu'interviendra "Except" on implémente des exceptions dans le code afin d'éviter que celui-ci crash?

Merci pour vos explications

[BufferBob]

salut,

en gros le mécanisme try/except répond à la maxime selon laquelle "il vaut mieux demander pardon que demander la permission".
si par exemple on veut ouvrir un fichier, on essaye (try) de l'ouvrir directement, et s'il n'existe pas on s'excuse gentiment auprès de l'OS.
tandis que si au lieu de ça on vérifiait au préalable si le fichier existe (if -> open) on pourrait éventuellement se retrouver dans un cas où le fichier existe au moment de la vérification et n'existe plus au moment de l'ouvrir.
c'est le cas d'application typique d'une attaque TOCTOU (Time Of Check, Time Of Use), et -très- accessoirement dans le cas où le try réussit ça fait moins de code à exécuter, le codepath est plus direct.

[wiztricks]

Salut,

Une âme charitable pour m'expliquer de manière simple l'utilité d'un "Try" ou "Except" en langage python, pourquoi l'utilise t-on?

Prenez une foncton comme int qui transforment une chaine de caractères en nombre entier/flottant. On va écrire n = int('123') et dans ce cas on se retrouve avec l'entier 123 associé à la variable n.

Maintenant, imaginons que je me plante et écrive n = int('123X').
Quelle sera la façon la plus simple pour que "int" signale qu'il ne peut pas faire le boulot que je lui demande? Générer une exception.

Avant l'utilisation des exceptions, permette à int de signaler qu'il ne peut pas faire le boulot avec ce qu'on lui a passé se faisait via 2 variables: une retournant un status d'erreur et une autre le résultat qui ne pouvait être utilisé qu'après avoir testé que l'opération s'était bien passée.

Souvent le programmeur indélicat oublie de tester le status... et on se retrouve avec des erreurs incompréhensibles qui se manifestent bien plus tard (lorsqu'on utilise le résultat qui sans être valide peut rester utilisable...).

Avec le mécanisme d'exception, soit le programme s'arrête (c'est mieux que de faire n'importe quoi) soit le programmeur a prévu que faire dans ce cas là (ce qui se traduit par la construction try...except...).

Le reste est dans les tutos.

- W

[Hasmodan]

Merci pour les réponses

Je vais illustré avec mes propres mots/schéma

Code :

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

1
2
3
4
5
6
7
a = 0
b = 278
try:
    b/a
    print("Good Job")
except:
    print("ERREUR!!! en mathématique la division par 0 est impossible =D ")

Ici un exemple basique mais qui est pour moi très parlant, je tente de faire une division par "0" qui mathématiquement est pas possible (enfin je crois ) donc comme c'est "impossible" je rentre dans le cas "D'except" et il me retourne une erreur car c'est pas possible de faire la division.


Cependant

Code :

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

1
2
3
4
5
6
7
8
 
a = 40
b = 278
try:
    b/a
    print("Good Job")
except:
    print("ERREUR!!! en mathématique la division par 0 est impossible =D ")

Le résultat sera "Good Job" car l'opération est possible, donc la "condition" "Try" est respecté

Suis-je bon?

[wiztricks]

Salut,

donc comme c'est "impossible" je rentre dans le cas "D'except" et il me retourne une erreur car c'est pas possible de faire la division.

"retourner une erreur" et "lever une exception" ont un sens différent.
Imaginez la fonction:

Code :

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

1
2
def f(a, b):
     return b / a

Elle retourne le résultat de la division de b par a (et çà génère une exception si a est 0)

Maintenant, imaginons utiliser f dans une fonction g:

Code :

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

1
2
3
def g(b):
     for a in range(3, -1, -1):
          print (f(a, b))

g ne retourne rien, elle se contente d'afficher ce que retourne f.

Enfin on appelle g... et bien sur çà plante:

Code :

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

1
2
3
4
5
6
7
8
9
10
>>> g(5)
1.6666666666666667
2.5
5.0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in g
  File "<stdin>", line 2, in f
ZeroDivisionError: division by zero
>>>

La question est où mettre un try...except: dans f? dans g? encore plus haut?
Sachant que le try...except... me permet d'attraper l'exception et que la gérer signifie la masquer pour l'appelant (sinon çà veut dire quoi "je gère"?).

- W

[Sve@r]

Bonjour

Le résultat sera "Good Job" car l'opération est possible, donc la "condition" "Try" est respecté

Suis-je bon?

Ok mais attention aux termes. "try" ce n'est pas une condition, c'est un "essai".
Et généralement on préfère affiner le cas d'echec plutôt que de mettre un "except" général. Dans ce cas, l'exception sera "ZeroDivisionError". Et enfin l'exception retournant un objet, il peut être utile de récupérer cet objet pour (par exemple) l'afficher
Donc le tout pourrait s'écrire

Code python :

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

1
2
3
4
5
6
7
a = 0
b = 278
try:
    b/a
    print("Good Job")
except ZeroDivisionError as e:
    print("ERREUR!!! en mathématique la division par 0 est impossible (%s)" % e)

...et s'il n'existe pas on s'excuse gentiment auprès de l'OS.

Non, c'est plutôt "...et s'il n'existe pas l'OS râle mais je m'en bats le steak". Mais j'aime bien ta façon de voir les choses