De multiples missions sur la capture multiple

Nous avons une méthode. Elle lève deux exceptions héritant d'Exception, et deux exceptions héritant de RuntimeException : NullPointerException, ArithmeticException, FileNotFoundException, URISyntaxException. Ta mission : capture NullPointerException et FileNotFoundException, sans capturer ArithmeticException ou URISyntaxException. Comment tu vas t'y prendre ?

Nous avons 3 exceptions héritant successivement d'Exception (Exception1 extends Exception, Exception2 extends Exception1 et Exception3 extends Exception2). Dans le programme, tu trouveras la méthode public static void methode1() throws Exception1, Exception2, Exception3 Ta mission : écris un bloc catch qui va capturer les trois exceptions : Exception1, Exception2 et Exception3.

Peut-être que tu penses que les structures d'exception à plusieurs couches sont méchantes et difficiles. En réalité, les exceptions sont simples et un des aspects les plus précieux de Java. Tu auras peut-être du mal à le croire au niveau 9, mais le travail avec les exceptions ne te semble super confus que parce que tu manques encore de familiarité avec le sujet. Avançons sans crainte : pour cette mission, tu vas devoir capturer des exceptions personnalisées.

Les leçons au centre secret CodeGym nous ont permis d'apprendre que si une ClassNotFoundException ou FileNotFoundException était levée (se produisait) dans une méthode, le programmeur était tout simplement obligé de l'indiquer dans la signature de la méthode. Ce sont les exceptions vérifiées. Gérons-les dans la méthode gererExceptions et affichons-les à l'écran.

« Mais il y a une autre sorte d'exception, RuntimeException, et les classes qui en héritent. Pas besoin de les capturer : elles ne sont pas vérifiées ! Un vrai mystère. Leur apparition est difficile à prévoir, et elles n'ont pas à être indiquées dans la clause throws », nous disent les leçons de CodeGym. Le temps est venu pour nous de gérer toutes les exceptions non vérifiées dans la méthode gererExceptions.

Il fut un temps où les exceptions donnaient des cauchemars aux jeunes scientifiques et programmeurs. Aujourd'hui, elles ont cet effet sur les élèves de CodeGym. Essayons de créer nos propres exceptions. Pour ce faire, nous avons les classes MonException, MonException2, MonException3 et MonException4. Faisons en sorte que ces classes héritent d'autres classes de façon à produire deux exceptions vérifiées et deux exceptions non vérifiées.