Variantes de projet PHPAML — Documentation PHPAML

Application classique

Elle reçoit une requête HTTP, utilise routes et contrôleurs, puis rend généralement une vue PHP sur le serveur.

phpaml — zsh

src/controllers/
src/models/
src/middleware/
src/views/
routes/WebApp.php
public/index.php

AML View

Elle conserve le serveur PHPAML, mais ses pages et composants déclaratifs vivent sous src/views. Engine prend ensuite en charge les interactions frontend compilées.

phpaml — zsh

src/views/pages/
src/views/components/
src/views/layouts/
src/views/stylesheets/
routes/WebApp.php

API

Elle utilise HTTP, routes, contrôleurs et données, mais ne contient pas de couche de vues. Sa représentation finale est généralement JSON.

phpaml — zsh

src/controllers/
src/requests/
src/resources/
src/repositories/
src/routes/
public/index.php

Console

Elle n’a ni navigateur, ni requête HTTP, ni route. Program::main() reçoit les arguments du terminal et retourne un code de sortie.

phpaml — zsh

src/Program.php
src/
tests/
phpaml.json

EN RÉSUMÉ

Ce qu’il faut retenir

Classique rend des pages sur le serveur.
View ajoute une interface déclarative réactive.
API répond sans vue, généralement en JSON.
Console exécute du PHP sans serveur HTTP.