Les iRuntimeExceptions sont considérées comme une erreur ou une défaillance?

Question

Je rédige un document technique et je ne suis pas sûr si je les écris comme faute ou échec. Parce que pour autant que je sache, FAULT est une erreur d'un programmeur. Cette erreur/erreur peut ou ne peut pas planter le programme. Si le défaut plante le programme, alors c'est un échec. La question est de savoir si je reçois une exception divisionbyzero, dois-je l'écrire comme faute ou échec? Merci

Answer 1

Je vous suggère de le classer par Erreur/Exception.

exception peut être gérée et sont de deux types:

• Vérifié Vous gérer l'exception dans votre méthode utilisant try/catch/finally
• Décoché Vous faites l'appelant gérer cela en utilisant la déclaration throws.

Vous ne pouvez pas gérer implicitement des erreurs dans votre programme

Answer 2

Ceci est une distinction sans différence, ou une distinction qui n'existe que dans votre esprit. La seule considération pertinente est que le programme ne s'est pas exécuté correctement. Et ce n'est certainement pas vrai pour dire que les échecs sont seulement provoqués par des erreurs de programmeur.

Answer 3

Après quelques recherches, je trouve que la faute est une erreur commise par un programmeur et il ne faut pas que le système se bloque si le défaut est exécuté au cours de l'exécution. Un échec est une erreur qui provoque le blocage du programme ou provoque une exception d'exécution. Par conséquent, si nous testons un programme et que nous considérons un blocage de programme comme une erreur, une telle erreur sera appelée échec. Toutefois, si nous recherchons d'autres erreurs qui ne causent pas de panne du système, ces erreurs sont la faute.