Bon je reviens sur ta solution onur : en gros tu regroupes par thème les différentes parties d'affichage, admettons. En revanche pour les "includes dynamiques", je vois pas trop : à un moment où à un autre il faudra indiquer la structure complète de la page (sous la forme d'une liste de modules à afficher, a priori).
Je me retrouve donc avec deux éléments : d'un coté des scripts capables d'afficher toutes les informations sur les données dont elles ont la responsabilité, d'un autre des schémas qui contiennent des "listes d'affichages" : quelles scripts appeler pour arriver à une page complète. Il me semble qu'il y a encore deux problèmes : le découpage de l'affichage ne me semble pas naturel (il ne répond à aucun besoin autre que les contraintes liées à ajax, on tourne en rond), et la granularité de ce qu'il est possible de faire en ajax est limitée par celle des scripts d'affichage (un truc en ajax ne pourra pas être "plus fin" que ce qu'un script pourra afficher).
Exemple pour le dernier point : mon script users.php peut afficher une liste d'utilisateurs, par exemple. Mais je voudrais pouvoir éditer inline le nom d'un seul utilisateur de la liste, et donc ne rafraichir que celui-ci (admettons qu'une communication avec le serveur soit indispensable ici, même si ce n'est pas le cas). Problème : je ne peux pas afficher un seul utilisateur à la fois. Je pourrais rendre mon script plus fin et lui faire afficher les utilisateurs un par un, mais alors je perds des choses qui m'auraient été possibles en manipulant la liste entière (afficher les utilisateurs avec un dégradé de couleur par exemple. si je manipule un seul utilisateur à la fois, je perds la notion de liste et donc d'emplacement, et donc je ne peux plus faire mon dégradé en fonction de l'emplacement de l'utilisateur). Quelle est la bonne granularité du coup ? Chaque fois qu'on sépare, on perd des possibilités :/
Arg
