Discussion :

[kondor76]

Bonjour

De profil profil ingénieur système Linux, je me remet doucement au dev POO (déjà abordé pendamt mes études) et je me repose la même question en évoluant sur Python, à savoir la difféence entre les boucles conditionnelles (genre if then ) et les exceptions (qui m'ont l'air de if évolués, je me trompe?).

En effet. j'ai toujours beaucoup de mal à cerner comment marchent les exceptions (leur principe....)

quelqu'un peut-il m'aider?

merci

kondor76

[lg_53]

Salut

Tu peux regarder ici: https://www.developpez.net/forums/d1...on-permission/

[Julien N]

Salut,

Effectivement, la philosophie de Python c'est de demander pardon plutôt que la permission. Mais cela ne veut pas dire qu'il est préférable de faire ceci:

Code :

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

1
2
3
4
try:
    x = a / c
except ZeroDivisionError as e:
    # quelque chose

à

Code :

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

1
2
3
4
if c != 0:
    x = a / c
else:
   # quelque chose

J

[papajoker]

bonjour

Je dirais que surtout une exception remonte le code, elle est propagée au parent
Rien ne nous oblige à la relever à l'instant T

Sans exception, on se retrouve avec un code du type Go/Rust ou il faut retourner (en plus) un code erreur pour chaque fonction

Par exemple si on utilise une librairie, sans exceptions, on ne serait pas comment est gérée une erreur : la fonction retourne quoi ? une valeur par défaut, null ... du coup on a aucune lecture sur le problème et un retour "null" est-il une erreur ou une valeur probable ???
Alors qu'avec un

Code :

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

1
2
3
try:
   utils.SaveMyWork(filename, datas)
except ...:

j'ai la possibilité de voir un problème de droits sur les fichiers ou un nom de fichier invalide et donc de gérer le problème au niveau le plus souhaitable pour moi - par exemple, à ce niveau je vais pouvoir afficher une fenêtre popup alors que c'est impensable dans la fonction

De plus, ce n'est pas à une petite fonction d'interrompre le programme automatiquement, c'est au programme de faire un choix en fonction de l'erreur - donc on déclenche des exceptions dans les fonctions et la gestion est reportée à l'appelant

[kondor76]

Hello

Merci pour vos réponse,

Alors d'après vos post j'ai l'impression que les exception ont l'air d'avoir un format pré-défini, surtout ou niveau du except, je me trompe?

par exemple ZeroDivisionError......

Merci

kondor76

[Sve@r]

Ce sont des objets effectivement déjà définis. C'est normal. Si Python doit les invoquer il faut qu'il les connaisse.
Elles se déploient en arbre depuis une racine "BaseException" mais généralement on ne monte pas aussi haut car ça englobe aussi les exceptions systèmes comme le KeyboardInterrupt (ctrl-c) donc si on veut monter au plus haut des exceptions de programmation on se contente de "Exception" qui est une des premières sous-branches.
Le ZeroDivisionError dont tu parles fait partie de la branche "ArithmeticError". Ca signifie que si tu attrappes cet "ArithmeticError" tu attrapperas aussi tout ce qui est en dessous comme le ZeroDivisionError.
Tu peux aussi te créer les tiennes que tu pourras faire hériter des officielles.

[Sve@r]

Bonjour

boucles conditionnelles (genre if then )

Ben déjà tu éviteras de parler de "boucle if" si tu veux pas passer pour un gros nul tout ingénieur Linux de profil que tu es.

En effet. j'ai toujours beaucoup de mal à cerner comment marchent les exceptions (leur principe....)

Une exception c'est quelque chose d'exceptionnel. Donc déjà dans la philosophie, ce n'est pas la même chose qu'un choix X ou Y en fonction des circonstances.

De plus une exception ne se traite pas forcément au moment où elle se produit. Elle peut se produire dans la fonctionX et remonter la pile des appels pour être traitée dans la fonctionY 5 niveaux au dessus.