Integration php dans html

[websvi]

salut,

Serait-il mieux ou plus facile d'intégrer le php dans l'html où l'inverse ou bien les deux à la fois?

Quelles sont les avantages e les inconvénients?

a+

[Coleim]

Le mieux, c'est de coder soit en php, soit en html 

Le plus simple, c'est de coder en html et d'intégrer du php.

Le bon compromis, coder en php et intégrer du html.


Je ne pense pas qu'il y ai vraiment des avantages ou inconvénients proprement dit. C'est plus une question d'architecture bonne ou moins bonne.

[websvi]

Salut,

Il faut évité au maximum de mélanger code PHP et code HTML l'un dans l'autre dans un fichier.

Ou peut dans le même fichier séparé les deux codes, c'est mieux que le mélange total.

La meilleur et simple méthode est de mettre les codes PHP et HTML sont dans des fichiers différents. Elle présente divers avantages :

1- La structure des pages envoyées au client n'est pas noyée dans du code PHP. Ainsi elles peuvent être maintenues par un "web designer" ayant des compétences graphiques mais peu de compétences en PHP.

2- Le code PHP sert de "frontal" aux requêtes des clients. Il a pour but de calculer les données nécessaires à la page qui sera renvoyée en réponse au client.

Cependant, cette solution présente  un inconvénient : au lieu de nécessiter le chargement d'un seul document, elle nécessite le chargement de plusieurs documents d'où une possible perte de performances.

a+

[Coleim]

d'où une possible perte de performances.

Non.

[websvi]

Pourquoi?

[MrsB]

Parce que

[Coleim]

Parce que

Excellente réponse. Ou plutôt, tu n'as pas a te poser la question.

Admettons qu'il y ait une différence. Elle pourrait venir de plusieurs endroits :
- la lecture du fichier : le premier accès pourrait effectivement être plus long de quelques dizaines de millisecondes (à comparer avec les dizaines voire centaines du lag a cause du réseau. Sans parler du temps de calcul + envoi des données !). Ensuite, le kernel va garder le fichier lu en RAM histoire d'accélérer les appels suivants.

- l'interprétation du fichier ne devrait pas prendre beaucoup plus de temps. J'imagine qu'interpréter 200 lignes de vue et 200 lignes de code métier revient au même que traiter 400 lignes des deux mélangés. Mais ici, je n'ai aucune certitude. Dans tous les cas, on s'en fout. Parce que...


Il n'y a pas de problème de performances tant qu'il n'y a pas de problème de performances. Se poser des questions de performance alors que tout tourne bien est dangereux (si tu lis l'anglais : http://en.wikipedia.org/wiki/Program_optimization#Quotes).

Vu la puissance des pc actuels, c'est contre-productif et dangereux.

La bonne façon de faire est ici : sépare proprement ton code. Si jamais des problèmes de perfs se présentent, ça sera dans 100% des cas du code qui fait trop de traitements ou un accès a la bdd qui prend trop de temps.

[websvi]

Merci Coleim,

t'es sympa ta réponse est convaincante et m'arrange bien.

faire du Html et insérer dedans du php quand c'est nécessaire en marquant bien les limites est la solution rapide (moins compliqué) efficace et moins encombrante.

Puis on verra après, si ca marche bien tant mieux sinon il faudrait voir ou ca coince.

[Coleim]

Puis on verra après, si ca marche bien tant mieux sinon il faudrait voir ou ca coince.

Exactement 

[TheEnvy]

Il faut coder comme on le sent je pense. Chacun sont style. Après avec l'expérience, on simplifie les codes et on les réduits au maximum pour optimiser le tous. Mais je pense que pour débuter il faut faire comme ça vient comme ça après sa viendra tout seul et la réponse avec =D (shakespear)