Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Denis Beauregard
Le 01 Sep 2005 13:11:05 GMT, écrivait dans fr.comp.lang.php:
Bonjour,
Je me pose une question qu'est ce que le mieux.
Melanger du php avec du html ou ecrire que du php ?
Interet inconvenient
Cela dépend beaucoup de l'application.
Par exemple, si on n'utilise le PHP que de façon minimale, par exemple pour afficher la date sur une page, pour afficher des bannières rotatives, pour avoir toujours la même entête (ou un menu), on peut faire la page en HTML et ajouter une ligne quand on a terminé.
Mais si c'est quelque chose de plus sophistiqué, comme afficher le résultat d'une recherche dans une base de données, on a intérêt à avoir le <?php au tout début du fichier.
Denis
Le 01 Sep 2005 13:11:05 GMT, <david_merciernoemail@free.fr> écrivait
dans fr.comp.lang.php:
Bonjour,
Je me pose une question qu'est ce que le mieux.
Melanger du php avec du html ou ecrire que du php ?
Interet inconvenient
Cela dépend beaucoup de l'application.
Par exemple, si on n'utilise le PHP que de façon minimale, par
exemple pour afficher la date sur une page, pour afficher des
bannières rotatives, pour avoir toujours la même entête (ou un
menu), on peut faire la page en HTML et ajouter une ligne quand
on a terminé.
Mais si c'est quelque chose de plus sophistiqué, comme afficher le
résultat d'une recherche dans une base de données, on a intérêt
à avoir le <?php au tout début du fichier.
Le 01 Sep 2005 13:11:05 GMT, écrivait dans fr.comp.lang.php:
Bonjour,
Je me pose une question qu'est ce que le mieux.
Melanger du php avec du html ou ecrire que du php ?
Interet inconvenient
Cela dépend beaucoup de l'application.
Par exemple, si on n'utilise le PHP que de façon minimale, par exemple pour afficher la date sur une page, pour afficher des bannières rotatives, pour avoir toujours la même entête (ou un menu), on peut faire la page en HTML et ajouter une ligne quand on a terminé.
Mais si c'est quelque chose de plus sophistiqué, comme afficher le résultat d'une recherche dans une base de données, on a intérêt à avoir le <?php au tout début du fichier.
Denis
loufoque
a dit le 01/09/2005 à 15:11:
Melanger du php avec du html ou ecrire que du php ?
À part si tu utilises des templates en php, l'intérêt de mélanger php et html est limité.
david_merciernoemail@free.fr a dit le 01/09/2005 à 15:11:
Melanger du php avec du html ou ecrire que du php ?
À part si tu utilises des templates en php, l'intérêt de mélanger php et
html est limité.
Ce qui serait embêtant c'est d'inclure des fonctions faisant des traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP, c'est de séparer leur code en 2 (pas forcément 2 fichiers): * la récupération des données * la présentation des données
Ce qui serait embêtant c'est d'inclure des fonctions faisant des
traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP,
c'est de séparer leur code en 2 (pas forcément 2 fichiers):
* la récupération des données
* la présentation des données
Ce qui serait embêtant c'est d'inclure des fonctions faisant des traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP, c'est de séparer leur code en 2 (pas forcément 2 fichiers): * la récupération des données * la présentation des données
Comme l'objectif est de séparer les couches de l'application il aurait été aussi plus judicieux d'utiliser la balise <?= ?>, plutôt que la fonction "echo", pour ne pas embarquer inutilement du HTML à PHP :
Les avantages sont multiples : - Le HTML est généré tel qu'on l'écrit, on a pas besoin d'ajouter des n et autres t pour mettre en page son code HTML - Pas besoin de traiter les caractères spéciaux comme les guillemets, on peut écrire : <td id="mon_id">, par exemple alors qu'avec "echo" on aurait du écrire : echo "<td id="mon_id">"; - Optimisation, pourquoi demander à PHP de traiter du HTML brut ? - ...
Ce qui serait embêtant c'est d'inclure des fonctions faisant des traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP, c'est de séparer leur code en 2 (pas forcément 2 fichiers): * la récupération des données * la présentation des données
Tout à fait, l'un de mes articles favori sur le sujet demeure "Beyond The Template Engine" de Brian Lozier : http://www.sitepoint.com/article/beyond-template-engine. Il explique pourquoi Smarty et d'autres moteurs de "template" sont des coquilles vides.
-- Jean-Marc.
dmetzler@myaccountingmail.com a écrit/wrote :
La réelle question est à mon avis, faut-il mélanger la présentation
et la logique ? La réponse est bien sûr non.
En effet c'est sous cette forme qu'il faut poser la question. Il ne faut pas
oublier que par définition et nature, PHP est un langage embarqué à HTML.
Si tu utilise du php pour la mise en forme, pas de problème tu peux
mélanger. PHP est un langage de templates et il est donc fait pour
ça.
Comme l'objectif est de séparer les couches de l'application il aurait été
aussi plus judicieux d'utiliser la balise <?= ?>, plutôt que la fonction
"echo", pour ne pas embarquer inutilement du HTML à PHP :
Les avantages sont multiples :
- Le HTML est généré tel qu'on l'écrit, on a pas besoin d'ajouter des n et
autres t pour mettre en page son code HTML
- Pas besoin de traiter les caractères spéciaux comme les guillemets, on
peut écrire : <td id="mon_id">, par exemple alors qu'avec "echo" on aurait
du écrire : echo "<td id="mon_id">";
- Optimisation, pourquoi demander à PHP de traiter du HTML brut ?
- ...
Ce qui serait embêtant c'est d'inclure des fonctions faisant des
traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP,
c'est de séparer leur code en 2 (pas forcément 2 fichiers):
* la récupération des données
* la présentation des données
Tout à fait, l'un de mes articles favori sur le sujet demeure "Beyond The
Template Engine" de Brian Lozier :
http://www.sitepoint.com/article/beyond-template-engine. Il explique
pourquoi Smarty et d'autres moteurs de "template" sont des coquilles vides.
Comme l'objectif est de séparer les couches de l'application il aurait été aussi plus judicieux d'utiliser la balise <?= ?>, plutôt que la fonction "echo", pour ne pas embarquer inutilement du HTML à PHP :
Les avantages sont multiples : - Le HTML est généré tel qu'on l'écrit, on a pas besoin d'ajouter des n et autres t pour mettre en page son code HTML - Pas besoin de traiter les caractères spéciaux comme les guillemets, on peut écrire : <td id="mon_id">, par exemple alors qu'avec "echo" on aurait du écrire : echo "<td id="mon_id">"; - Optimisation, pourquoi demander à PHP de traiter du HTML brut ? - ...
Ce qui serait embêtant c'est d'inclure des fonctions faisant des traitements logiques dans ce bout de présentation des données,
Ce que je recommande souvent pour les personnes commençant en PHP, c'est de séparer leur code en 2 (pas forcément 2 fichiers): * la récupération des données * la présentation des données
Tout à fait, l'un de mes articles favori sur le sujet demeure "Beyond The Template Engine" de Brian Lozier : http://www.sitepoint.com/article/beyond-template-engine. Il explique pourquoi Smarty et d'autres moteurs de "template" sont des coquilles vides.
-- Jean-Marc.
Jean-Marc Molina
a écrit/wrote :
Je me pose une question qu'est ce que le mieux.
Melanger du php avec du html ou ecrire que du php ?
Interet inconvenient
Juste pour info ce sujet a déjà été abordé dans les discussions news://42de19a5$0$25035$ et news://42e773e7$0$2967$
-- Jean-Marc.
david_merciernoemail@free.fr a écrit/wrote :
Je me pose une question qu'est ce que le mieux.
Melanger du php avec du html ou ecrire que du php ?
Interet inconvenient
Juste pour info ce sujet a déjà été abordé dans les discussions
news://42de19a5$0$25035$8fcfb975@news.wanadoo.fr et
news://42e773e7$0$2967$636a15ce@news.free.fr.