Pourquoi devrais-je utiliser le système de template en PHP?

La principale raison les gens utilisent des systèmes de modèle est de séparer la logique de présentation. Il y a plusieurs avantages qui en découlent.

Tout d'abord, vous pouvez remettre un modèle à un web designer qui peut déplacer les choses comme ils l'entendent, sans avoir à vous soucier de garder le déroulement du code. Ils n'ont pas besoin de comprendre le PHP, juste pour savoir laisser les balises spéciales seul. Ils peuvent avoir à apprendre un peu de la simple sémantique pour quelques balises, mais c'est beaucoup plus simple que de l'apprentissage de toute langue.

Aussi, en divisant la page dans des fichiers séparés, programmeur et designer peut travailler sur la même "page" à la fois, en vérifiant au contrôle de code source comme ils en ont besoin, sans conflits. Les concepteurs peuvent tester leur modèle visuels à l'encontre d'une version stable du code, tandis que le programmeur est de faire d'autres, potentiellement dernières modifications, à l'encontre de leur propre copie. Mais si ces gens étaient à la fois l'édition le même fichier, et devait fusionner dans différents changements, vous pouvez rencontrer des problèmes.

Il applique également bien pratique, en gardant la logique des affaires loin de la logique de présentation. Si vous mettez votre logique métier mélangé avec la présentation, puis vous avez un moment difficile de l'extraire si vous avez besoin de le présenter différemment plus tard. Les différents modes de présentation dans les applications web sont de plus en plus populaires ces jours-ci: les fils RSS/ATOM, JSON ou les réponses AJAX, WML pour les appareils de poche, etc. Avec un système de template ceux-ci peuvent souvent être entièrement effectuée avec un modèle et pas ou peu de changement à tout autre chose.

Pas tout le monde à besoin ou apprécier toutefois, ces avantages. PHP avantage sur Java/Python/Ruby/etc, c'est que vous pouvez rapidement pirater des pages web avec un peu de logique, et c'est bien bon.

Il y a toujours une bonne raison pour un système de template à utiliser, toutefois pas Smarty, mais PHPTAL. PHPTAL sont des modèles XML valide (et donc XHTML) des fichiers. Vous pouvez plus utiliser mannequin contenu dans PHPTAL et ainsi d'obtenir valide XHTML fichier avec l'apparition finale, qui peut être traité et testé avec des outils standard. Voici un petit exemple:

<table>
  <thead>
    <tr>
      <th>First Name</th>
      <th>Last Name</th>
      <th>Age</th>
    </tr>
  </thead>
  <tbody>
    <tr tal:repeat="users user">
      <td tal:content="user/first_name">Max</td>
      <td tal:content="user/last_name">Mustermann</td>
      <td tal:content="user/age">29</td>
    </tr>
  </tbody>
</table>

PHPTAL moteur de template pour insérer automatiquement toutes les valeurs des utilisateurs de tableau et de le remplacer nos valeurs factices. Néanmoins, la table est déjà XHTML valide qui peut être affichée dans un navigateur de votre choix.

PHP est à peu près un système de template. La clé est de vous forcer à séparer la logique de présentation sur votre propre. En utilisant Smarty ou quelque chose comme ça fait qu'il est un peu plus gênant mélange de logique et de présentation. Si vous ne pouvez pas faire vous-même de les séparer sur votre propre, en utilisant un système de template ne va pas aider. Tous qu'il va faire est de manger puissance de traitement supplémentaire.

La clé est de ne pas modifier les valeurs de votre code de présentation. Pour ce faire, je pense que PHP lui-même est tout aussi efficace que Smarty si vous utilisez le if/endif syntaxe:

<?php if($some_test): ?>
   <em>Some text!</em>
<?php endif; ?>

J'aime la capacité à trivialement afficher n'importe quel modèle à partir de tout fichier PHP (et inclure des fragments de modèles à l'intérieur les uns des autres, pour les éléments communs, comme des barres de navigation). Par exemple, supposez que vous avez une page qui normalement imprime certaines informations si vous êtes connecté ou une erreur si vous ne l'êtes pas. Avec PHP, vous devez écrire quelque chose comme:

if (loggedIn)
{
    //print lots of HTML here
}
else
{
    //print error message
}

Dans Smarty, il pourrait être quelque chose comme ceci (pardonnez mon probablement tort de syntaxe, ça fait un moment):

if (loggedIn)
{
    $smarty->bind("info", someObject);
    $smarty->display("info.template");
}
else
    $smarty->display("error.template");

Si vous étiez vraiment intelligent, vous pouvez même afficher la page de connexion modèle, à la place de l'erreur de modèle, éventuellement avec un message expliquant pourquoi l'utilisateur finit là. Et si vous êtes allé avec la technique, comme je l'ai écrit et puis avez décidé de passer à l'affichage de la boîte de connexion, c'est une seule ligne de changement de! Pour moi, ce n'est pas seulement au sujet de garder la séparation de vue et la logique, mais sur la possibilité de réutiliser des éléments communs de la vue à partir de nombreux endroits.

Vous avez oublié htmlspecialchars() deux fois. C'est pourquoi vous avez besoin de système de template.

Smarty est pauvre. Ne juge pas les gabarits des systèmes basés sur que.

Un moteur de template avantage que je n'ai pas vu la possibilité de la dynamique des éléments html - quelque chose comme asp.net les contrôles. Par exemple, avec de la POIRE du Modèle HTML Flexy vous pouvez avoir de formulaire dynamique des éléments qui maintiennent automatiquement de l'état. Un html standard pour sélectionner l'élément peut être renseigné et avoir l'élément sélectionné définie dans le code-behind, sans boucles ou des instructions conditionnelles dans le modèle.

Je ne pense pas que vous devriez utiliser un moteur de template. Au lieu de cela, vous devriez utiliser quelque chose comme Zend_View qui vous encourage à faire de séparer la logique de la présentation, mais vous permet de construire votre couche de présentation en PHP.

Lorsque vous écrivez du code pour quelqu'un d'autre. Par exemple, une fois j'ai été impliqué dans la création d'un rigide cadre d'application de web qui devrait être personnalisables pour nos clients. Une importante demande a été que le client puisse embaucher un concepteur de modifier les templates sans avoir à être capable de programme. Plus important encore, il pourrait ne pas être autorisé de modifier le code.

Smarty par exemple permet de mettre en œuvre assez rigide des restrictions sur ce que le modèle peut faire. Fondamentalement, notre application désactivé tous, mais la plupart des constructions de code de base et un ensemble de fonctions de modificateur. Ainsi, nous avions deux objectifs qui ont été bien servi par un moteur de template: simplicité et de sécurité.

Certains pourraient faire valoir que Smarty n'est que PHP peut le faire déjà: séparer la présentation de la logique métier. Le PHP langage de programmation est idéal pour le développement du code, mais lorsque mélangé avec de l'HTML, la syntaxe des instructions PHP peut être un bordel à gérer. Smarty fait, l'isolation de PHP à partir de la présentation avec un beaucoup plus simple à base de balises la syntaxe. Les balises de révéler le contenu de l'application, l'application d'une séparation nette à partir de PHP (application) de code. Pas de PHP connaissance est nécessaire pour gérer les templates Smarty.

L'importance de cette séparation est de la situation. Il est généralement plus important pour les concepteurs web que c'est pour les développeurs PHP. Par conséquent, Smarty est généralement un bon ajustement lorsque les rôles de développeurs et de designers sont séparés. Il n'y a pas de bonne ou de mauvaise réponse: chaque équipe de développement a ses propres préférences pour la gestion du code et des modèles. Mis à part un nettoyage à base de balises la syntaxe, Smarty offre également une grande variété d'outils pour gérer la présentation: granulés mise en cache des données, de l'héritage de modèle et fonctionnelle "bac à sable" pour n'en nommer que quelques-unes. Les exigences d'affaires et le code PHP Smarty est utilisé avec la volonté de jouer un grand rôle dans la détermination de si Smarty est un bon ajustement.

Personnellement, j'ai toujours utiliser des moteurs de template en php, python ou autre.

La première raison, évidente, déjà mentionné par d'autres:

Il vous oblige à ne pas utiliser toute la logique métier dans vos templates.

Ouais, bien sûr, de la discipline ferait l'affaire, quand vous l'avez.

Mais c'est juste un tout petit aspect de pourquoi vous devez utiliser un moteur de template. La plupart d'entre eux sont plus que juste un moteur et qui pourrait être considéré création de modèles de cadres, si vous l'aimez ou pas.

Par exemple, Smarty a également avancé la mise en cache des fonctionnalités comme la mise en cache partielle. Vraiment utile, des choses que vous auriez todo tous par vous-même lors de l'utilisation juste de php comme langage de templating.

Et merci de ne pas oublier tous ceux qui sont vraiment utiles fonctions d'assistance juste une recherche rapide à l'écart dans les docs. La plupart d'entre eux fournissent également un moyen facile de plugin vos propres fonctions et/ou boîte à outils.

Donc oui, c'est une question de choix. En cas de besoin pour vraiment simple création de modèles, pensez à montrer une certaine discipline garder votre logique de vos modèles. Mais quand vous vous attendez à ce que votre demande de grandir, vous allez finir par avoir besoin de modèle de cadre de ses caractéristiques. Et d'ici là, vous nous l'espérons ne pas réinventer la roue par le codage de tout yourslef.

Et dernier mais pas moins, pour moi, il est une fonctionnalité disponible dans certains templates cadres.

L'Héritage De Template

Je suis venu pour savoir à partir de Django et je suis maintenant à l'aide de la dernière Smarty 3. Les gars de la Symphonie cadre ont également Twig, que vous pouvez envisager un port avec le Django de syntaxe.

C'est un peu étrange au premier abord, mais il est extrêmement puissant. Vous construisez votre squelette et de définir des blocs différents. Vous pouvez étendre ce squelette et remplir (remplacer) les blocs avec votre contenu.

Pour moi, c'est un gardien!

J'ai plusieurs fois utilisé tinybutstrong, qui a une très soigné et d'une syntaxe simple. Pas de boucles ou de pseudo-code dans le modèle html.

À partir de leur page d'accueil:

TinyButStrong est une bibliothèque qui permet de créer dynamiquement
XML/pages HTML et d'autres fichiers basé sur le texte source. C'est un
Le Moteur de modèle pour le langage PHP. Il vous permet d'afficher facilement
les informations de votre base de données, mais aussi à sérieusement d'harmoniser et de
simplifier votre programmation PHP.

TinyButStrong est orientée vers le HTML mais pas spécialisé pour Html. Cette
signifie qu'il peut fonctionner aussi bien avec des fichiers Texte, XML, RSS, RTF, WML, Excel
(xml), ... La OpenTBS plug-in permet de fusionner OpenOffice et Ms
Les documents Office.

J'aime utiliser des modèles pour un couple de raisons:

1) Il nettoie la lisibilité du code PHP. Mes fichiers PHP devenir lourd et maladroit quand il y a print (""), des relevés avec des morceaux de HTML partout. En outre, des questions surgissent comme comment passer des variables dans le code HTML du texte? Utilisez-vous des tags partout? Pensez-vous utiliser print("") et d'échapper à votre HTML devis et concaténer tes variables? Pensez-vous utiliser print("") et utilisez des guillemets simples en HTML, allant à l'encontre de la norme, et insérer vos variables directement?

2) Il nettoie la présentation du code HTML. Il peut devenir difficile de garder votre code HTML généré en regardant bien si elle est coupée et le piratage de morceaux dans plusieurs fichiers. Par exemple, votre indentation peut obtenir de façon off.

3) Il vous permet de créer plusieurs modèles, et ensuite, un utilisateur peut sélectionner le modèle de la peau, il veut d'affichage lors de la navigation sur votre site web, et vous pouvez rapidement et facilement modifier le modèle par défaut d'autre chose, si vous êtes si incliné.

Dans l'ensemble, c'est juste une meilleure façon de tout organiser. Il y a un peu de compromis dans le fait d'avoir à apprendre et le type de classe de modèle de commandes, d'ouvrir plusieurs fichiers, etc. Mais à mon avis, je pense que cela vaut la peine car le code de lisibilité et d'organisation en place.