Zend FR

Mais mais non merci trop de modif a faire sur le projet ( projet finit avec plus 70 000 lignes de code ) donc si on peut eviter de tous refaire pour une seul page avec une seul ligne qui pose probléme lol

Merci

lol autant pour moi j'ai repondu au mauvais post mdr

bonne journée a tous vivement le week end lol

Personnellement j'utilise PHPTAL. XML strict, il interdit les erreur de balisage. De plus, il permet de commenter d'une façon un peu originale.

On part du principe que le controlleur indique à la vue que $plop = 'Hello World';

Dans la vue :

<p tal:content="plop">Ici sera affiché le message de bienvenue</p>

En lisant le code, on sait ce qui doit s'afficher, en exécutant, le contenu de la balise P est remplacé par la valeur de la variable plop

Bonjour,

Un des intérêts d'utiliser un moteur de template est de travailler plus facilement avec des "integrateurs".
Des mecs qui savent faire du design et un soupcon de pseudo code (type smarty).

Dernière modification par ichevc02 (24-10-2008 16:25:10)

Bonjour,

si bien sur, mais ton intégrateur à ses habitudes, s'il a l'habitude de bosser avec smarty ou autre moteur de template, le fais d'en changer risque de le perturber/ ralentir.

Qu'on s'entende bien, Smarty ne fournit pas de MVC, smarty prend en charge uniquement la partie V (Vue) du model MVC.
Il permet :
- de s'assurer de l'independence de la vue (quoique on peut détourner et mettre du code).
- d'introduire un pseudo langage (qui n'est pas du php) permettant un apprentissage plus facile pour un desiner
- gestion des erreurs des vues par les desiners (integrateur).
- de gerer du cache de vue (partiel ou complet).
- de gerer des sorte de helper .

.. j'en oublie surement c'a fait quelques années que je n'ai pas touché a smarty


citation du site smarty :

http://www.smarty.net/whyuse.php

This paradigm serves several purposes:

*) Designers can't break application code. They can mess with the templates all they want, but the code stays intact. The code will be tighter, more secure and easier to maintain.

*) Errors in the templates are confined to the Smartys error handling routines, making them as simple and intuitive as possible for the designer.

*) With presentation on its own layer, designers can modify or completely redesign it from scratch, all without intervention from the programmer.

*) Programmers aren't messing with templates. They can go about maintaining the application code, changing the way content is acquired, making new business rules, etc. without disturbing the presentation layer.

*) Templates are a close representation of what the final output will be, which is an intuitive approach. Designers don't care how the content got to the template. If you have extraneous data in the template such as an SQL statement, this opens the risk of breaking application code by accidental deletion or alteration by the designer.

*) You are not opening your server to the execution of arbitrary PHP code. Smarty has many security features built in so designers won't breach security, whether intentional or accidental. They can only do what they are confined to in the templates.


Certaine de ses possibilité sont apportées par Zend mais pas aussi poussé que Smarty dont c'est l'unique but.

voila

Dernière modification par ichevc02 (24-10-2008 17:19:59)

Il me semble que depuis que le ZF gère les layout la séparation du code et du design me semble assez bonne.
Donner un layout à un graphiste est réaliste dans la mesure ou les blocs d'affichage sont clairement définis et faciles à placer dans une maquette.

Bien sur en laissant de coté les sites tout en flash et poutres apparentes...

Bonsoir,

Les monteurs sont quand même assez intelligents pour comprendre :

<?php if (condition) : ?>

<?php else: ?>


<?php endif; ?>

Et ce n'est pas beaucoup plus long que d'écrire la syntaxe smarty.

Après c'est toujours un débat sans fin

Pour moi les seuls avantages restant lorsqu'on utilise un moteur sont, la gestion du cache (et encore on peut facilement gérer le cache dans Zend) et le côté strict de la vue (certains traitements qui devraient être fait dans un controlleur ou un modèle interdits).

Je trouve que Zend_Layout suffit amplement, même s'il mérite encore d'être amélioré.


A+ benjamin.

Bonjour,

J'utilise smarty parce que j'aime bien la syntaxe, le système de plugins et les filtres...

Je pense aussi que décider d'utiliser ou non un système de templates n'est pas un choix déterminant dans la conception d'une appli... On peut faire beaucoup d'erreur de conception sur une application, par contre, choisir de faire les vues en PHP ou en smarty est assez transparent sur les temps de développement à l'arrivée...

A+, Philippe

miboo a écrit:

J'en conclu que l'utilisation d'un moteur de template est inutile avec une appli ZF

C'est la question que je me pose depuis plus d'un mois ? Sur mon site 4x4rdv.com j'utilise Smarty depuis plus de 4 ans, et ça m'a permis à l'époque ou l'on ne parlait pas de MVC et très peu de POO de séparer la vue du PHP pur.
Et pour moi Smarty et quand même un bel outil, qui permet de travailler proprement, avec toutes les lignes d'assignation des variables puis au lancement de la "vue", d'avoir une fenêtre de debug qui me permet de vérifier que j'envois bien tous à la fenêtre de l'internaute !
Maintenant pour créer de nouveau projet je tests différents MVC. Et quand j'essaye Copix, Symphony qui ont Smarty d'origine et que je vois les discutions sur Z-F avec intégrera, intégrera pas !!! Je me demande bien si je vais le remettre ce moteur de template ???
Je pense aussi à la vitesse d'affichage de mes pages, choses qu'on parle rarement ici ? Car à force d'ajouter des couches...

En bref, je crois que je rajouterais Smarty dans mes nouveaux projets quand je pourrais me payer le top des designer, comme ça j'aurais juste à lui faire un accès FTP dans le dossier TPL, et je pourrais dormir tranquille, car il ne pourra pas intégrer du code PHP (car désactivé dans la config smarty), et qu'il aura pas devant les yeux mon fichier config avec les mots de passes et les possibles failles de sécurités que j'ai ajouté aux fils des ans dans mon code ! Je crois que c'est pratique pour ça ?

Hello,

Cela ne fait pas parti du ZF. Il s'agit à priori d'une application du design pattern Decorator comme le fait Zend_Form.

A+

De plus, il y a HtmlElement qui t'aide avec quelques fonctions utiles (en héritant)

Tout est là je pense
Libre à vous de faire mumuse avec des helpers de 3 lignes de codes, ou de faire un système surchargeant Zend_View directement grâce au méthode magique de php...