Je pense qu'un framework va forcément avoir une base "classique de chez classique" : à partir du moment où se lance dans un tel projet, on est obligé de connaître les patterns classiques. Dans le cas présent c'est (encore) MVC qui est implémenté, ce de façon relativement classique. Et l'écriture du projet n'en est encore qu'aux bases, c'est plus tard qu'il se montrera plus original.
La seule approche qui sort un peu de l'ordinaire pour l'instant, c'est le fait d'avoir plusieurs controlleurs dans une même page; cette particularité permet d'intégrer très facilement l'AJAX, car chaque appel asynchrone sollicite un seul controlleur.
Une autre approche qui je pense est interressante aujourd'hui, c'est le fait que les données soient mises en cache en niveau de la DAO et non pas après la génération du code HTML.
Ce qui est censé venir par la suite et qui pourrait faire sortir ce framework de l'ordinaire :
- un panneau de configuration adaptable facilement aux besoins de l'appli développée
- gestion des profils utilisateurs
- L'intégration d'une librairie AJAX qui permettrait de rendre les formulaires évenementiels
- des "plug-ins" d'intégration de projets externes, comme le FCK editor ou des librairies spécialisées
L'objectif à terme est d'obtenir un framework qui permette de ne s'occuper vraiment que du code métier. Toute les parties techniques sont déjà prises en charge, et les troncs communs sont déjà présents (profils utilisateurs, panneau de conf, aggréga RSS, etc ...). La seule chose qui resterait au développeur serait d'écrire son code métier et d'articuler l'ensemble pour monter son portail.
[^] # Re: Framwork existants
Posté par astennu . En réponse au journal Appel à contributions pour un framework web PHP. Évalué à 2.
La seule approche qui sort un peu de l'ordinaire pour l'instant, c'est le fait d'avoir plusieurs controlleurs dans une même page; cette particularité permet d'intégrer très facilement l'AJAX, car chaque appel asynchrone sollicite un seul controlleur.
Une autre approche qui je pense est interressante aujourd'hui, c'est le fait que les données soient mises en cache en niveau de la DAO et non pas après la génération du code HTML.
Ce qui est censé venir par la suite et qui pourrait faire sortir ce framework de l'ordinaire :
- un panneau de configuration adaptable facilement aux besoins de l'appli développée
- gestion des profils utilisateurs
- L'intégration d'une librairie AJAX qui permettrait de rendre les formulaires évenementiels
- des "plug-ins" d'intégration de projets externes, comme le FCK editor ou des librairies spécialisées
L'objectif à terme est d'obtenir un framework qui permette de ne s'occuper vraiment que du code métier. Toute les parties techniques sont déjà prises en charge, et les troncs communs sont déjà présents (profils utilisateurs, panneau de conf, aggréga RSS, etc ...). La seule chose qui resterait au développeur serait d'écrire son code métier et d'articuler l'ensemble pour monter son portail.