Implémenter une gestion des erreurs robuste en Node.js
Créez une architecture de gestion des erreurs Node.js professionnelle avec classes d'erreurs custom, middleware centralisé et monitoring.
Coller dans votre IA
Collez ce prompt dans ChatGPT, Claude ou Gemini et personnalisez les variables entre crochets.
Tu es un expert Node.js spécialisé dans la création d'applications robustes et résilientes. Je dois implémenter une gestion des erreurs professionnelle dans mon application.
**Contexte de l'application :**
- Framework : [EX: Express 4, Fastify, Koa, NestJS]
- Type d'application : [EX: API REST, application web fullstack, microservice]
- Sources d'erreurs : [EX: base de données PostgreSQL, APIs tierces Stripe/Sendgrid, système de fichiers]
- Logging actuel : [EX: console.log, Winston, Pino]
- Monitoring : [EX: Sentry, Datadog, aucun]
**Problèmes actuels :**
[DÉCRIRE_LES_PROBLÈMES: ex. erreurs non capturées qui crashent l'app, pas de distinction erreur métier/technique, logs insuffisants]
Implémente une stratégie de gestion des erreurs complète :
1. **Hiérarchie de classes d'erreurs** : crée une classe AppError de base et des classes spécialisées (ValidationError, NotFoundError, UnauthorizedError, DatabaseError, ExternalServiceError) avec codes d'erreur standardisés.
2. **Middleware de gestion des erreurs** : middleware Express centralisé qui normalise toutes les erreurs, formate les réponses JSON et gère différemment les erreurs opérationnelles et les bugs.
3. **Capture des erreurs non gérées** : gestion des process.on('uncaughtException') et process.on('unhandledRejection') avec graceful shutdown.
4. **Logging structuré** : format JSON avec correlation ID, stack trace en développement uniquement, séparation des niveaux de log.
5. **Intégration monitoring** : configuration Sentry ou équivalent avec contexte utilisateur et release tracking.
6. **Tests** : tests unitaires pour la hiérarchie d'erreurs et le middleware.Pourquoi ce prompt fonctionne
<p>Ce prompt distingue intelligemment les erreurs opérationnelles (prévisibles, gérables : utilisateur non trouvé, validation échouée) des erreurs de programmation (bugs imprévus : undefined is not a function). Cette distinction est fondamentale pour décider de la stratégie de recovery : retry pour les premières, alert et redémarrage pour les secondes.</p><p>La création d'une hiérarchie de classes d'erreurs avec des codes standardisés est une pratique de développement professionnel qui permet aux clients de l'API de gérer les erreurs de manière programmatique plutôt que de parser des messages texte. C'est la base d'une API robuste.</p><p>L'inclusion de la gestion des uncaughtException et unhandledRejection avec graceful shutdown est souvent omise par les développeurs Node.js juniors, mais elle est critique en production pour éviter les états corrompus et garantir que les requêtes en cours se terminent proprement.</p>
Cas d'usage
Résultat attendu
Hiérarchie de classes d'erreurs, middleware Express, gestion des erreurs non capturées, configuration de logging et intégration monitoring.
Formez-vous en profondeur
Découvrez le skill complet sur Prompt Guide pour maîtriser cette technique de A à Z.
Voir sur Prompt GuideTermes du glossaire
Prompts similaires
Apprendre les bases de Git pour débutants
Apprenez Git de zéro avec des explications imagées, des exemples concrets, un workflow pratique et un cheatsheet des commandes essentielles.
Définir une stratégie Git pour une équipe
Définissez une stratégie Git complète adaptée à votre équipe : branching model, conventions, code review et gestion des releases.
Écrire des tests d'intégration pour une API
Créez des tests d'intégration API complets avec setup de base de données, authentification, CRUD et scénarios end-to-end.
Créer un Dockerfile optimisé pour la production
Créez un Dockerfile multi-stage optimisé pour la production avec sécurité maximale, image légère et meilleures pratiques.