par
FredoMkb » 18 mai 2008, 15:52
Re...
Y a une autre méthode aussi, c'est la POO, qui permet de séparer la logique de l'affichage...
Je ne suis nullement spécialiste, mais je ne crois pas que la
POO (Programmation Orientée Objet), soit en soi une méthode qui permette à elle seule de résoudre les problèmes inhérents à l'intégration Html<->Php, on a déjà tous vu des codes basés sur la POO et qui, pourtant, utilisent amplement du Html dans leur classes et méthodes... bref, ce que je veux dire, c'est que développer en POO n'est pas forcément une garantie d'une architecture d'intégration Html<->Php réussie...
En revanche, puisque j'en ai pas mal entendu parler, il me semble que ce qui se rapproche d'avantage à une séparation claire et "propre" entre logique, données et présentation, est l'architecture
MVC (Modèle Vue Contrôleur), où, grosso-modo, le Modèle représente les données à traiter et à exploiter, la Vue est l'affichage ou représentation de ces données, et le Contrôleur est le programme à proprement parler qui gère tout ce petit monde...
Dans le cadre d'un développement sous architecture MVC, que ce soit en POO ou pas (même si la POO semble justement bien indiquée pour ce type de développement), on peut bien séparer tout ce qui est l'affichage Html du code d'exécution en Php (c'est d'ailleurs un peu le but quand-même) et, le plus souvent, le solutions basées sur ce type d'architecture, utilisent des systèmes de gabarits ou templates pour construire les pages Html à publier...
Enfin, tout ceci reste encore au stade de la pure théorie en ce qui me concerne, n'ayant absolument aucune expérience en développement POO ou en architecture MVC, je ne parle donc pas en véritable connaissance de cause, mais suite aux quelques lectures faites ci-et-là sur le net... mais il me semble en tout cas très utile que nous puissions en parler librement, afin de clarifier au mieux ces concepts et éviter ainsi les confusions qui peuvent parfois enduire en erreur...
Bref, en deux mots et suivant mes connaissances actuelles, je dirais, le plus simplement possible, que la POO est une méthode de développement alors que la MVC est une architecture d'application. Les deux pouvant bien-sûr cohabiter, mais pas nécessairement.
Maintenant, pour revenir au sujet principal de cet échange, je suis plutôt d'accord avec Patriboom, le choix du type d'intégration Html<->Php doit répondre à plusieurs critères, dont l'importance et la complexité du projet et le ratio de code de chaque langage, car toutes les solutions, aussi pertinentes soient-elles, ne peuvent répondre à tous les cas de figure (on va rarement recourir à un système complexe de gabarits Html pour afficher un simple compteur dynamique en bas de page... non ?

)...
à+

Re...
[quote="katagoto"]Y a une autre méthode aussi, c'est la POO, qui permet de séparer la logique de l'affichage...[/quote]
Je ne suis nullement spécialiste, mais je ne crois pas que la [url=http://fr.wikipedia.org/wiki/POO]POO[/url] (Programmation Orientée Objet), soit en soi une méthode qui permette à elle seule de résoudre les problèmes inhérents à l'intégration Html<->Php, on a déjà tous vu des codes basés sur la POO et qui, pourtant, utilisent amplement du Html dans leur classes et méthodes... bref, ce que je veux dire, c'est que développer en POO n'est pas forcément une garantie d'une architecture d'intégration Html<->Php réussie...
En revanche, puisque j'en ai pas mal entendu parler, il me semble que ce qui se rapproche d'avantage à une séparation claire et "propre" entre logique, données et présentation, est l'architecture [url=http://fr.wikipedia.org/wiki/Modèle-Vue-Contrôleur]MVC[/url] (Modèle Vue Contrôleur), où, grosso-modo, le Modèle représente les données à traiter et à exploiter, la Vue est l'affichage ou représentation de ces données, et le Contrôleur est le programme à proprement parler qui gère tout ce petit monde...
Dans le cadre d'un développement sous architecture MVC, que ce soit en POO ou pas (même si la POO semble justement bien indiquée pour ce type de développement), on peut bien séparer tout ce qui est l'affichage Html du code d'exécution en Php (c'est d'ailleurs un peu le but quand-même) et, le plus souvent, le solutions basées sur ce type d'architecture, utilisent des systèmes de gabarits ou templates pour construire les pages Html à publier...
Enfin, tout ceci reste encore au stade de la pure théorie en ce qui me concerne, n'ayant absolument aucune expérience en développement POO ou en architecture MVC, je ne parle donc pas en véritable connaissance de cause, mais suite aux quelques lectures faites ci-et-là sur le net... mais il me semble en tout cas très utile que nous puissions en parler librement, afin de clarifier au mieux ces concepts et éviter ainsi les confusions qui peuvent parfois enduire en erreur...
Bref, en deux mots et suivant mes connaissances actuelles, je dirais, le plus simplement possible, que la POO est une méthode de développement alors que la MVC est une architecture d'application. Les deux pouvant bien-sûr cohabiter, mais pas nécessairement.
Maintenant, pour revenir au sujet principal de cet échange, je suis plutôt d'accord avec Patriboom, le choix du type d'intégration Html<->Php doit répondre à plusieurs critères, dont l'importance et la complexité du projet et le ratio de code de chaque langage, car toutes les solutions, aussi pertinentes soient-elles, ne peuvent répondre à tous les cas de figure (on va rarement recourir à un système complexe de gabarits Html pour afficher un simple compteur dynamique en bas de page... non ? :shock: :D )...
à+ :)