Je n'ai jamais été chaud partisan des débogueurs visuels. À tel point qu'avant d'animer des sessions de formation et de tutorat, j'ai souvent dû me remettre en tête les débogueurs disponibles. Vous vous demandez peut-être comment écrire un code de qualité production sans débogueur : j'utilise
Journalisez, ne déboguez pas
![Journalisez, ne déboguez pas Journalisez, ne déboguez pas](https://www.itpro.fr/wp-content/uploads/2011/12/Site-iTPro.fr-SMART-DSI-@ITPROFR-2001-2023-ITPro-Magazine-System-i-NEWS-Exchange-Magazine-SQL-Server-Magazine-ITPro-for-the-Best-600x316.jpg)
les fonctions de la journalisation, laquelle est une pratique de développement courante. Si vous disséquez le code de la plupart des logiciels open source connus, vous y verrez une abondante journalisation.
Que reproche-t-on aux débogueurs visuels ? Tout simplement que le temps consacré à mettre en place une session de débogage ne sert plus à rien, aussitôt le bogue trouvé et corrigé. Tandis qu’avec la journalisation, vous mettez les instructions de logging dans le code au fur et à mesure que vous programmez, ainsi que pendant les sessions de débogage. Ajoutées au code durant une session de débogage, de telles instructions ne sont jamais perdues.
Les instructions log écrivent généralement dans un fichier texte, mais aussi parfois à la console ou dans un job log AS/400. Comme la journalisation peut créer des fichiers log volumineux et encombrants, susceptibles de ralentir la vitesse d’exécution, les frameworks de journalisation ont plusieurs niveaux. Ainsi, le framework de journalisation de Zend a les niveaux suivants : EMERG, ALERT, CRIT, ERR, WARN, NOTICE, INFO, DEBUG. Chaque instruction de logging dans votre code spécifie l’un des niveaux. Ensuite, dans le fichier de configuration php.ini, vous définissez le niveau concernant le serveur. Quand une instruction log est rencontrée à l’exécution, le message est journalisé si le niveau dans le fichier php.ini est supérieur ou égal au niveau spécifié dans l’instruction de logging. Pendant le développement, le niveau de logging de php.ini est réglé sur DEBUG. En production, il est généralement sur WARN. Mais, en cas de problème en production, vous pouvez simplement changer le niveau de log php.ini en DEBUG. Il est très commode de trouver la cause d’un problème en consultant simplement un fichier log.
Téléchargez cette ressource
![Guide de Reporting Microsoft 365 & Microsoft Exchange](https://www.itpro.fr/wp-content/uploads/2023/06/Promodag-Reports-pour-Microsoft-Exchange-Solution-de-reporting-detaille-de-lutilisation-de-Microsoft-Exchange-2023-1.jpg)
Guide de Reporting Microsoft 365 & Microsoft Exchange
Comment bénéficier d’une vision unifiée de vos messageries, mieux protéger vos données sensibles, vous conformer plus aisément aux contraintes réglementaires et réduire votre empreinte carbone ? Découvrez la solution de reporting complet de l’utilisation de Microsoft Exchange, en mode on-premise ou dans le Cloud.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Menace cyber lors des Jeux Olympiques et Paralympiques 2024
- CyberArk sécurise les identités humaines et machines avec CORA AI
- La généralisation de l’authentification par QR codes et les cyber-risques associés
- Intégrer l’IA dans son service client : les écueils à éviter pour l’IT et les métiers
- Microsoft Patch Tuesday Juillet 2024
![Revue Smart DSI](https://www.itpro.fr/wp-content/uploads/2024/07/SMART-DSI-Numero-34-Juin-2024.jpg)