Utiliser des Exception personnalisé, à quoi ça sert ?

Bonjour,

Dans des projets PHP, je vois souvent des class PHP avec 3 lignes pour personnaliser des Exception, mais je me demande à quoi ça sert ? pourquoi ne pas utiliser celle de PHP tout court ?

Par exemple pour le projet php-tmdb, ils utilisent cette Exception :

<?php
namespace Tmdb\Exception;

class JsonDecodingException extends UnexpectedResponseException
{
}

Pourquoi ne pas utiliser l'Exception de PHP ?

Désolé si la question peut paraitre absurde, mais je n’arrive pas à comprendre le concept.

Cordialement

Hello,

En fait c’est hyper utile au moment où tu dois catcher ton exception:

try {
  faireQuelquechoseQuiPourraitLeverUneExceptionJsonDecoding();
} catch (\Tmdb\Exception\JsonDecodingException $exception) {
  // Au cas où l'exception se déclenche je peux gérer l'erreur
}

Et en fait il est possible que ton code trigger d’autres exceptions, ou plus largement des Throwable. Mais quand on utilise un framework par exemple on a un bout de code qui gère toutes les erreurs "non gérées par l’utilisateur". Le framework va donc faire un truc genre:

try {
  executionDeTonCode();
} catch (Throwable $e) {
  // Le framework va afficher ici une erreur un peu plus sympa que celle de PHP de base !
}

Et pour finir perso je fais même des interfaces pour mes librairies comme ça je peux catcher toutes les erreurs d’une librairie en particulier. Un peu comme tu peux voir dans ce code.

Donc en gros, c’est pour ajouter des Exceptions à la liste des Exceptions prédéfinies de PHP, pour gérer les erreurs spécifiques de leurs classes ?

Car JsonDecodingException est une extension de UnexpectedResponseException elle même étendue de la classe RuntimeException.

Mais du coup pourquoi ne pas utiliser RuntimeException directement ? c’est ça que je pige pas.

Pour savoir directement quelle exception tu reçois. Une RuntimeException c’est pas forcément explicite, ça peut correspondre à pas mal de choses.

Alors qu’en faisant catch(JsonDecodingException $exception) tu sais directement que tu gères uniquement les erreurs de décodage JSON, mais pas les autres RuntimeException que tu peux gérer plus loin… ou laisser remonter à volonté.

Il faut toujours préférer catcher les exceptions spécifiques, mais pour catcher les exceptions spécifiques, il faut que ces-dites exceptions spécifiques soient créées !

Donc c’est pour cibler une erreur précise alors ?

Car si je catch une erreur json avec l’exception RuntimeException, ça fonctionnera quand même, non ?

Je commence à comprendre mais ça reste encore assez flou