add defensive programming part in README
This commit is contained in:
@@ -101,3 +101,16 @@ La documentation du projet est assurée à plusieurs niveaux :
|
|||||||
- Un **README** structuré expliquant l’installation, la configuration et le fonctionnement global
|
- Un **README** structuré expliquant l’installation, la configuration et le fonctionnement global
|
||||||
- Une documentation des routes API via **Bruno**
|
- Une documentation des routes API via **Bruno**
|
||||||
- L’utilisation de **Storybook** pour documenter et tester visuellement les composants UI
|
- L’utilisation de **Storybook** pour documenter et tester visuellement les composants UI
|
||||||
|
|
||||||
|
### 4. La programmation défensive
|
||||||
|
|
||||||
|
Nous avons appliqué la programmation défensive afin de rendre notre application plus robuste, sécurisée et fiable face aux erreurs potentielles.
|
||||||
|
|
||||||
|
Dans notre projet, cela se traduit notamment par :
|
||||||
|
- Validation des données côté backend (Laravel) avant utilisation
|
||||||
|
- Vérification des entrées utilisateur afin d’éviter les données incohérentes ou malveillantes
|
||||||
|
- Gestion des rôles et permissions pour empêcher l’accès à des ressources non autorisées (utilisation de policies Laravel)
|
||||||
|
- Gestion des cas d’erreur (ex : utilisateur inexistant, tâche non trouvée, accès interdit) avec des réponses HTTP adaptées
|
||||||
|
- Utiliser des valeurs par défaut ou des vérifications avant utilisation pour éviter les erreurs inattendues
|
||||||
|
|
||||||
|
Enfin, grâce à Docker, nous limitons les problèmes liés à l’environnement (configuration, versions, dépendances), ce qui contribue également à une approche défensive globale du projet.
|
||||||
|
|||||||
Reference in New Issue
Block a user