Nous venons donc de créer un programme qui ne sera pas diffusé, au moins avec Vallières et Zero
Division, espérons-le.
Mais parfois, les erreurs et les exceptions peuvent être si graves que nous voulons arrêter l'exécution de nos programmes.
Nous voulons les attraper comme ça avec le bloc, mais en même temps aussi arrêter tout ce que le programme
fait.
Peut-être qu'au lieu d'imprimer, nous voulons en fait afficher ce rouge ici et dire, oh, quelque chose de grave se passe.
Arrête ça.
Eh bien, dans ce cas, nous n'utilisons pas le bloc except ou ici nous pouvons dire augmenter.
Valoriser l'air.
Maintenant, c'est rare que vous ayez à faire cela.
Il existe des cas d'utilisation spécifiques, mais ici, vous écrivez simplement un message disant, hé.
Découpez-le pour que si je lance ceci.
Eh bien, si je tape un nombre valide, je reçois s'il vous plaît entrez un nombre, OK, j'ai enfin terminé car je soulève une
erreur de valeur.
Et ça se retrouve ici dans le livre, donc je devrais enlever ça et si je l'enlève comme ça et frappe
Ron.
Et cinq et regardez ça, j'obtiens une erreur de valeur, hé, coupez-la pour que je puisse lancer mes propres eres.
C'est donc très utile si vous créez votre propre bibliothèque ou outil et que vous souhaitez informer l'utilisateur qu'une erreur s'est produite, je ne
vais pas continuer à faire ce que vous faites.
Et cela pourrait être n'importe quel type d'erreur, vous pouvez également faire quelque chose comme exception, et si je clique
sur exécuter ici, faites-en cinq.
J'obtiens une exception.
Hé, coupe-le.
L'essentiel à retenir avec Ayres est que les erreurs sont inévitables en programmation, votre travail en tant que
programmeur est de pouvoir anticiper ces erreurs, ces bugs, ces exceptions, et les gérer
correctement dans vos programmes.
Et certaines des plus grosses erreurs se produisent lorsque nous essayons d'accepter l'entrée d'un utilisateur non
seulement en utilisant cette entrée, mais des fonctions, en acceptant des arguments, des classes, en acceptant différentes entrées d'utilisateurs comme des appels de
méthode et en essayant de modifier des attributs lorsque le monde extérieur nos programmes essaient de communiquer entre
eux.
Des erreurs sont inévitables.
Notre travail en tant que programmeur est d'essayer de coder d'une manière qui gère ces exceptions avec élégance et nous
pouvons les anticiper.
Sayres, il n'y a pas de programme parfait.
Cependant, nous pouvons essayer de faire de notre mieux pour tirer les leçons de ces erreurs et essayer de les gérer afin que nos programmes ne tombent pas
en panne.
Je te verrai dans le prochain.