Une architecture est une carte, pas une contrainte.
Quand un projet grandit, le problème n’est pas seulement d’écrire du code : il faut savoir où le placer et qui doit l’appeler. PHPAML organise ce dialogue pour qu’une route, un contrôleur, un modèle et une vue ne fassent pas le même travail.
Le trajet en une seule image mentale.
1RequêteGET /products
→2Routechoisit l’action
→3Contrôleurcoordonne
→4RéponseHTML / JSON
Le modèle intervient lorsque le contrôleur doit manipuler des données. La vue intervient lorsqu’il faut transformer le résultat en interface HTML. Une API peut répondre en JSON sans vue.
Objectifs du chapitre
- Suivre une requête depuis le navigateur jusqu’à la réponse.
- Identifier le rôle des dossiers publics, applicatifs et reconstructibles.
- Séparer les responsabilités avec MVC.
- Reconnaître la structure adaptée à chaque type de projet.
EN RÉSUMÉ
Ce qu’il faut retenir
- Une architecture indique où vit chaque responsabilité.
- La route choisit; le contrôleur coordonne.
- Le modèle représente les données; la vue présente le résultat.
- Toutes les variantes PHPAML partagent les mêmes principes.