La gestion des exceptions est le processus de réponse à l'occurrence de conditions anormales ou exceptionnelles nécessitant un traitement spécial - modifiant souvent le déroulement normal de l'exécution du programme.
Il existe de nombreuses meilleures pratiques bien connues concernant la gestion des exceptions en isolation. Je connais assez bien les choses à faire et à ne pas faire, mais les choses se compliquent lorsqu'il s'agit de meilleures pratiques ou de modèles dans des environnements plus vastes. "Jette tôt, attrape tard" …
Est-ce un anti-modèle? C'est une pratique acceptable? try { //do something } catch (Exception e) { try { //do something in the same line, but being less ambitious } catch (Exception ex) { try { //Do the minimum acceptable } catch (Exception e1) { //More try catches? } } }
La façon classique de programmer est avec try ... catch. Quand est-il approprié d'utiliser trysans catch? En Python, ce qui suit semble légal et peut avoir un sens: try: #do work finally: #do something unconditional Cependant, le code n'a catchrien. De même, on pourrait penser en Java que: try { …
J'ai lu le code d'un collègue et j'ai constaté qu'il attrapait souvent diverses exceptions et lançait toujours une "RuntimeException" à la place. J'ai toujours pensé que c'était une très mauvaise pratique. Ai-je tort?
De retour à l'école il y a plus de 10 ans, ils vous apprenaient à utiliser des spécificateurs d'exception. Puisque je suis un des programmeurs C de Torvaldish qui évitent obstinément le C ++ sauf à y être contraint, je ne me retrouve que sporadiquement dans C ++, et j'utilise …
J'apprécie beaucoup les nouvelles fonctionnalités de Java 8 concernant les interfaces de méthode lambdas et par défaut. Pourtant, je me lasse toujours des exceptions vérifiées. Par exemple, si je veux juste lister tous les champs visibles d'un objet, j'aimerais simplement écrire ceci: Arrays.asList(p.getClass().getFields()).forEach( f -> System.out.println(f.get(p)) ); Cependant, comme la …
De nombreux langages modernes fournissent de riches fonctionnalités de gestion des exceptions , mais le langage de programmation Swift d’Apple ne fournit pas de mécanisme de gestion des exceptions . Imprégné d'exceptions que je suis, j'ai du mal à comprendre ce que cela signifie. Swift a des assertions, et bien …
Je sais que je peux lancer une exception du constructeur en PHP, mais dois-je le faire? Par exemple, si la valeur d'un paramètre n'est pas conforme à mes attentes. Ou devrais-je différer le lancement d'une exception jusqu'à ce qu'une méthode soit invoquée. Quels sont les avantages et les inconvénients dans …
Cette question est destinée à s'appliquer à tout langage de programmation orienté objet prenant en charge la gestion des exceptions; J'utilise C # à des fins d'illustration uniquement. Les exceptions sont généralement destinées à être déclenchées lorsqu'un problème que le code ne peut pas résoudre immédiatement, puis à être interceptées …
Dans différentes langues (au moins en Java, pensez aussi en C #?), Vous pouvez faire des choses comme if( condition ) singleStatement; while( condition ) singleStatement; for( var; condition; increment ) singleStatement; Ainsi, lorsque je n'ai qu'une déclaration, je n'ai pas besoin d'ajouter une nouvelle portée avec { }. Pourquoi …
Exemple: foobar = new InputStreamReader(p.getInputStream(), "ISO-8859-1"); Comme l'encodage est codé en dur et correct, le constructeur ne lève jamais l'exception UnsupportedEncodingException déclarée dans la spécification (à moins que l'implémentation java soit interrompue, auquel cas je suis perdu de toute façon). Quoi qu'il en soit, Java m'oblige de toute façon à …
Je me demande quels sont les avantages de la Maybe monade par rapport aux exceptions? Il semble que ce Mayben’est qu’un moyen de try..catchsyntaxe explicite (et plutôt encombrant) . update Veuillez noter que je ne mentionne pas intentionnellement Haskell.
Les analyseurs de code statique comme Fortify "se plaignent" lorsqu'une exception peut être levée à l'intérieur d'un finallybloc, ce qui dit cela Using a throw statement inside a finally block breaks the logical progression through the try-catch-finally. Normalement, je suis d'accord avec cela. Mais récemment, je suis tombé sur ce …
Certains langages (tels que C ++ et les premières versions de PHP) ne prennent pas en charge la finallypartie d'une try ... catch ... finallyconstruction. Est-ce finallyjamais nécessaire? Parce que le code qu'il contient fonctionne toujours, pourquoi ne devrais-je / ne devrais-je pas simplement placer ce code après un try …
J'ai une application web Spring à trois couches: dao, service et contrôleurs. Un contrôleur n'appelle jamais directement le dao, il le fait via la couche service. À l'heure actuelle, la plupart du temps, s'il y a une exception dao (runtime) qui n'est pas gérée, elle sera interceptée par un JSP …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.