error_reporting()
«Ce que l'on conçoit bien s'énonce clairement,Et les mots pour le dire arrivent aisément.» (Boileau, l'Art Poetique)Quelle que soit la qualite de la conception, il arrive que des erreurs se glissent dans le discours. Souvent par defaut d'attention, parfois par habitude...Certains se souviennent peut-etre de ce sujet :
un peu de lecture[/url]Voici un exemple de resultats retournes a l'ecran par un gestionnaire d'erreurs. En mode de developpement, l'historique des erreurs est signale, accompagne d'autres informations. Meme pour le moindre petit avertissement. Voila qui devrait aider a assurer une qualite minimale de developpement [code]Array( [code] => 8 [type] => E_NOTICE [msg] => Undefined variable: test [script_name] => DOCUMENT_ROOT . '\forums\api\sources\class_login.php' [script_line] => 623 [script_fct] => get_user [calling_script] => DOCUMENT_ROOT . '\forums\api\sources\class_login.php' [calling_line] => 248 [script_vars] => Array( [login] => admin [password] => 66009c4fc388c3326c50f8677d6af203 [vars] => [result] => Array ( )))[/code]
Le gestionnaire d'erreur du dash[b]board[/b] est - bien-entendu - [i]legerement[/i] plus complexe que ne pourrait le suggerer l'article indique plus haut. Par exemple, le dash[b]board[/b] journalise les erreurs dans un fichier xml. Si tout se passe bien, ce fichier devrait rester vide. Un code propre, c'est l'un des objectifs qualitatifs a garder en tete. Pour tous les developpeurs. Quelle que soit l'application. Et tous les moyens sont bons pour y parvenir.
3 Commentaires
Commentaires recommandés