Bonjour,
Pas évident de trouver un titre court pour expliquer mon idée.
J'ai une question en terme de conception d'application Web.
Prenons avant tout un exemple.
Un site php avec gestion de membres et articles. (pas de gestion de cache)
Prenons plus particulièrement une page (page d'accueil par exemple) dont le but est d'afficher :
- liste des derniers articles
- liste des derniers membres
- liste des catégories d'article
Lorsqu'on calcule la page, en général on va chercher dans la base nos articles, puis nos membres puis nos catégories (l'ordre n'a pas d'importance pour ma question).
Une fois toutes ces requetes effectuées, on affiche le résutat sur la page.
C'est la première facon de faire et un des plus commune.
Maintenant, ma question est :
N'est il pas plus interessant de diviser le travail. Je m'explique.
La page php aura pour seul but d'appeler (un peu comme un controleur pour une archi MVC) 3 scripts php différents.
Chacun sera léger et n'aura qu'un objectif :
- liste des articles : retourner les articles sous forme html
- liste des membres : meme principe
- liste des catégories : idem
Ainsi j'ai une page php qui va charger 3 autres pages.
Quel est l'intéret alors ?
* Faire une sorte de webservice REST. Si vous voullez sur d'autres page afficher la liste des membres, un simple appel à votre autre script php fera l'affaire
* Si on y ajoute une gestion du cache, ca peut revenir à inclure 3 fichiers texte et lors de la modification d'une catégorie, seule le cache de la catégorie est à recalculer
* Ajax ready ? Affichage rapide de la page et chargement dynamique des 3 autres scripts via Ajax
Est-ce une fausse bonne idée de procéder ainsi ?
Y voyez vous d'autres avantages ? inconveniants ?
Partager