Discussion :

[takinelinfo]

Bonjour à tous.
Actuellement je maitrise pas mal le PHP. Hors le truc le plus gênant, est de mélanger HTML et PHP.
Je voudrais donc séparer les couches, mais je ne sais pas quoi vers quoi me tourner. On attends beaucoup parler de MVC et de template. Quel est le meilleur système pour garder une application rapide et qui s'adapte facilement à l'orienté objet. Je ne cherche pas un Framework, mais juste une façon de faire!!!
Merci.

[Celira]

Si tu veux séparer script php et affichage, le plus simple est d'utiliser un moteur de template (c'est exactement à ça que ça sert )
Pour te donner une idée : Comparatif des principaux moteurs de template en PHP et Initiation aux templates en PHP avec Smarty

[Petibidon]

Il est également possible de se passer de moteurs de templates et autres usines à gaz en structurant simplement son code.

Effectuer ses traitements, préparer ses données à afficher, et par exemple inclure son modele HTML, qui se contentera d'afficher des données et qui ne doit contenir au mieux que des echo, if, et foreach.

Ça demande un peu de rigueur dans son code, mais une fois l'habitude prise, ça simplifie énormément la vie. Tu peux encore ensuite te simplifier encore plus la vie en passant par un peu de POO : Une classe liée à un modèle HTML avec un scénario où tu passes tes données à la classe qui les prépare pour l'affichage. C'est pas obligatoire mais si tu as l'habitude de la POO, c'est très simple.

[takinelinfo]

Ça demande un peu de rigueur dans son code, mais une fois l'habitude prise, ça simplifie énormément la vie. Tu peux encore ensuite te simplifier encore plus la vie en passant par un peu de POO : Une classe liée à un modèle HTML avec un scénario où tu passes tes données à la classe qui les prépare pour l'affichage. C'est pas obligatoire mais si tu as l'habitude de la POO, c'est très simple.

C'est le principe MVC ça non???

[metagoto]

C'est le principe MVC ça non???

C'est plutôt le principe de la séparation de la logique métier de la logique de présentation. MVC englobe ça mais va plus loin en englobant tout le flux d'une application.

Ce que dit Petibidon peut être compris comme un système de "template" mais basé sur php uniquement (pas d'usine à gaz comme Smarty etc)

[cholopat]

un ami programmeur me propose de m'aider à réaliser mes différents projets mais selon la méthode suivante

code mixte HTML / PHP

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<?php
echo '<table> ... <code html>'.$_row['ma_valeur'].'</code html> ..</table>';
?>

en un système à deux fichiers avec un système de <tag> propre.

fichier 1 : HTML + TAG propres

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
<table>
   <page_loop1>
      <tr>
         <td>
            <page_loop1_value1>
         </td>
      </tr>
   </page_loop1>
</table>

fichier 2 : PHP + lecture du fichier1 + Str_replace de tous les TAG propres

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
<?php
$my_file = le fichier html;
$php_loop1 = "while ( tralala) { ";
$my_file = str_replace('<page_loop1>', $php_loop1, $my_file);
$php_loop1_end = "$count_tralala++; } ";
$my_file = str_replace('</page_loop1>', $php_loop1_end, $my_file);

c'est à cela que vous faîtes références ?
cette méthode est-elle valable, efficace ?

[cholopat]

C'est plutôt le principe de la séparation de la logique métier de la logique de présentation.

je ne sais pas si cela voulait dire : le designer à sa place, le web éditeur à la sienne, et les moutons du développeur PHP seront bien gardés. Mais c'est ce que de mon coté je recherche.
Mes projet sont designés par un graphiste en Belgique, ils sont découpés et JS et CSS par un webstudio en Inde, et de mon coté, ici au Pérou, j'aimerai bien gardé mon code PHP à l'abri des "oops" et des "sorry".

En cela me séduit une méthode où la séparation est nette et précise.
on le fait déjà si naturellement pour JS et CSS ...

merci CR_Gio pour cette précision de "lisibilité".
Je vais donc tester sa méthode dans un premier temps, et tenter de comprendre la tienne en parallèle. je reviendrai pleurer ici si besoin

[metagoto]

je ne sais pas si cela voulait dire : le designer à sa place, le web éditeur à la sienne, et les moutons du développeur PHP seront bien gardés.

Sans même aller jusqu'à une organisation qui distingue les designers, les intégrateurs et les programmeurs, ça permet surtout de pouvoir faire varier les deux parties (le code métier et le "code" template) de manière asynchrone. C'est avant tout une question de pragmatisme (enfin, c'est ce que je pense)