par
devlop78 » 29 déc. 2010, 21:36
Oui ça dépend vraiment du projet. Pour un petit, le procédural est plus approprié. Pour un grand, l'objet l'est plus.
Pour les framework et MVC, le framework est rentable dès de moyens projets. Donc là encore, un petit site sera plus rapide à développer tel quel qu'un gros. Pour le MVC, il est quasi obligatoire pour tout projet propre, petit ou gros, mais la modélisation même de sa structure dépendra du projet (on peut alors parler de pseudo MVC).
Un exemple simple est les requêtes SQL et tout le traitement en haut de page, et ensuite l'envoi au navigateur d'un code HTML avec intégration des variables, certainement comme tu le faisais. Cela respecte déjà une séparation relative de la couche MC et V. D'après moi, la vue est toujours à séparer des données, que ce soit en HTML, JavaScript (Ajax), ou autre. Par exemple, pour un select :
1) JavaScript appelle une page PHP (le controleur), qui ira chercher les données (le modèle), et le controleur enverra un JSON à JavaScript. De son coté, JavaScript est en mode Controleur et reçoit les données de PHP comme un modèle (php est ici source de données). Ensuite JavaScript se chargera de créer un noeud SELECT, et d'y insérer chaque OPTION en prenant soin d'effectuer des conversions de caractères HTML (<>"'&).
Un exemple plus crade (mais valable pour un petit projet après tout) serait d'appeler Php qui renverrait directement un code HTML contenant le SELECT et tous les caractères Htmlentités, JavaScript n'aura plus qu'à insérer l'HTML dans le DOM (la création du noeud se fait implicitement).
Dans le premier cas, chacun a ses responsabilités, et au développement, ça se tient beaucoup mieux.
Oui ça dépend vraiment du projet. Pour un petit, le procédural est plus approprié. Pour un grand, l'objet l'est plus.
Pour les framework et MVC, le framework est rentable dès de moyens projets. Donc là encore, un petit site sera plus rapide à développer tel quel qu'un gros. Pour le MVC, il est quasi obligatoire pour tout projet propre, petit ou gros, mais la modélisation même de sa structure dépendra du projet (on peut alors parler de pseudo MVC).
Un exemple simple est les requêtes SQL et tout le traitement en haut de page, et ensuite l'envoi au navigateur d'un code HTML avec intégration des variables, certainement comme tu le faisais. Cela respecte déjà une séparation relative de la couche MC et V. D'après moi, la vue est toujours à séparer des données, que ce soit en HTML, JavaScript (Ajax), ou autre. Par exemple, pour un select :
1) JavaScript appelle une page PHP (le controleur), qui ira chercher les données (le modèle), et le controleur enverra un JSON à JavaScript. De son coté, JavaScript est en mode Controleur et reçoit les données de PHP comme un modèle (php est ici source de données). Ensuite JavaScript se chargera de créer un noeud SELECT, et d'y insérer chaque OPTION en prenant soin d'effectuer des conversions de caractères HTML (<>"'&).
Un exemple plus crade (mais valable pour un petit projet après tout) serait d'appeler Php qui renverrait directement un code HTML contenant le SELECT et tous les caractères Htmlentités, JavaScript n'aura plus qu'à insérer l'HTML dans le DOM (la création du noeud se fait implicitement).
Dans le premier cas, chacun a ses responsabilités, et au développement, ça se tient beaucoup mieux.