[ Réglé ] De la gestion des erreurs

[Plume]

Bonjour !

J'aurais souhaité votre avis sur la gestion des erreurs ainsi qu'une participation active.

Comme je n'ai pas l'intention de réinventer la roue, pourriez vous me dire s'il est utile d'utiliser une classe pour gérer les erreurs - système & autres. Auriez vous également des sources qui soient simples, comprendre qui ne présentent rien de superficiel, où on ne trouve que le strict nécessaire. Si jamais les besoins évoluent, je saurais me débrouiller

Merci,
Lex.

[naholyr]

Un début de réponse :

Étant dans un contexte objet, tu pourras utiliser avantageusement les exceptions. Sinon tu peux également implémenter la gestion d'erreur dans la classe elle-même, ou encore utiliser les "user_error".

Exemple d'utilisation des exceptions :

Code PHP :

<?php 

// Déclaration

class Template {

  ...

  function __construct($template) {

    if (is_file($template)) {

      $this->file = $template;

    } else {

      throw new Exception('File ' . $template . ' not found');

    }

    ...

  }

  ...

}



// Utilisation (on intercepte "silencieusement" l'erreur)

try {

  $tpl = new Template('fichier.tpl');

} catch (Exception $e) {

  die('Oh la la :( : ' . $e->getMessage());

} 

[Plume]

A ce sujet, j'comprend pas cette histoire de faire remonter une exception >.<

[EDIT]

Code PHP :

<?php 

throw new Exception('File ' . $template . ' not found'); 

[naholyr]

Non, si tu veux intercepter une exception spécifique, il faut bien évidemment que ce soit cette exception spécifique qui ait été levée. En l'occurrence il faudra donc exécuter

Code PHP :

<?php 

throw new FileNotFoundException(...) 

[Zamentur]

Idem j'ai jamais utilisé les exeption en php (en javascript oui). Celà dit çà à l'air d'etre pas mal

Pour le moment j'utilise set_error_handler
et donc je l'attache avec une fonction qui s'occupe de la gestion des erreurs de PHP et aussi de mes erreurs que je peux definir moi meme grace à trigger_error().

En l'occurence j'enregistre les erreurs dans une base de donnée, ce qui permet par la suite de voir la frequence d'une erreur et de corriger le probleme.


fichier error_control.php

Code PHP :

<?php

function gestion_erreur($errno, $errmsg, $filename, $linenum) {

    

    if (error_reporting()) {

        $errortype = array(

            1   =>  "Erreur",

            2   =>  "Alerte",

            4   =>  "Erreur d'analyse",

            8   =>  "Note",

            16  =>  "Erreur interne",

            32  =>  "Alerte interne",

            64  =>  "Erreur de compilation",

            128 =>  "Alerte  de compilation",

            256 =>  "Erreur utilisateur",

            512 =>  "Alerte utilisateur",

            1024=>  "Note utilisateur"

        );    

        //Enregistrement dans la bdd OU affichage si programmeur/ betatesteur

        //[...]

    }

}

set_error_handler("gestion_erreur");

?>

[naholyr]

Le gros problème de PHP c'est qu'il n'y a pas des exceptions partout. Toutes les fatal error devraient être remplacées par des exceptions si on voulait en faire un vrai langage objet. Ou au moins les erreurs dans le cadre de la POO, typiquement

Code PHP :

<?php 

$o = new stdClass;

$o->coucou(); 

[Plume]

Je suis déjà sur le manuel concernant les exceptions. C'est pas mal fourni. Reste plus qu'à tout assimiler :roll:

Je pensais que des types d'exception existaient originellement. C'est pas le cas ?

Y a autre chose que je cerne pas. Tu écris ça :

Code PHP :

<?php 

catch (Exception $e) {

  // Autre exception non traitée avant, on aurait aussi pu ne pas

  // mettre ce dernier catch(), afin de dire à PHP «laisse courir les

  // autres exceptions, ce sont les niveaux au-dessus qui se

  // chargeront de les intercepter.

} 

[naholyr]

w00t, ça a l'air confus ^^
Dans

Code PHP :

<?php 

catch (ClassName $e) { ... } 

[Plume]

Niquel .. Je crois

Code PHP :

<?php 

// Dans le code principal :

try {

  $content = fileContent('monFichier'); // Seule l'exception "NotReadableException" peut être levée,

  // puisque fileContent intercepte et traite "NotAFileException"

} catch (NotReadableException $e) {

  echo 'problème de droit';

} catch (Exception $e) {

  echo 'autre exception non traitée : ' . $e->getMessage();

} 

[naholyr]

Oui, car tu es dans le code principal, donc ton exception n'est vraiment jamais catchée et parvient à s'échapper "jusqu'au bout". Ce n'est pas une tout à fait une fatal error, mais en l'occurrence comme une exception interrompt la suite de l'exécution dans le contexte courant uniquement, et que le contexte courant est le contexte global lui-même (pas une fonction ou une classe), cela reviendra au même

Fatal error: Uncaught exception 'Exception' with message 'message d'erreur' in Command line code:1
Stack trace:
#0 {main}
thrown in Command line code on line 1

C'est grâce à ce système que dans un modèle MVC le code du contrôleur principal ressemble en gros à

Code PHP :

<?php 

try {

  $this->execute();

} catch (Exception $e) {

  // Afficher un beau message d'erreur formaté avec la pile d'erreur et tout et tout

}