Discussion :

[moimp]

Bonjour,
J'essaye de rationaliser l'ensemble de mes classes avec un comportement commun en cas d'erreurs.

• Faut-il générer des codes d'erreurs?
• Faut-il lancer des exceptions et les gérer dans le code utilisateur?
• Sinon, comment les gérer à l'intérieur de la classe?

J'aimerais faire quelque chose de rationnel et efficace mais pour l'instant, je patauge.

[cavo789]

Ma préférence : exceptions partout.

Une erreur ne peut jamais être silencieuse, elle doit être levée afin que le développeur sache qu'il y a un souci et qu'il puisse intervenir avec un try catch.

Pas de code d'erreur donc mais une exception qui, elle, aura un code, un message et un stack trace.

[moimp]

C'était un peu mon intuition et je suis content de voir qu'elle est bonne.
La question qui me reste est de savoir quoi mettre dans le catch pour travailler en local comme en production (mise en journal.log).
Il faut aussi que je rationalise mes sites et j'ai du pain sur la planche.

[cavo789]

En général on a une variable comme p.ex. APP_ENV (norme laravel) qu'on initialise à local ou testing ou production ou ce que tu veux.

Selon la valeur de APP_ENV, ton catch pourrait (devrait) afficher l'exception si local (en développement on veut voir toutes les erreurs). Dans tous les cas on écrit l'exception dans un log. Perso, je préfère exceptions.log càd un fichier de log qui ne va contenir que les exceptions.

(si le fichier exceptions.log existe il y a donc eu un souci, le fichier n'existe pas sinon).

Pour les logs, le standard c'est la librairie monolog.