Woua ! Qu'est-ce que c'est moche !
Difficile à lire, complexe ...
J'avais crus comprend que l’intérêt de twig c'était une syntaxe proche
de celle déjà existante.
J'ai mal compris apparemment.
Petite note positive, merci pour ce plugin de test.
Pardon ?
Je suis aussi dev Django depuis plus de 4 ans maintenant et je peux
t'assurer que c'est d'une limpidité absolue.
Le créateur de Twig (et de Symfony en passant) voulait un Django pour
PHP. Le grand avantages des langages de templates Django-like est
justement une parfaite lisibilité et surtout le concept d'héritage de
template.
Il est vrai qu'écrire
{% for post in blog.getPost(5) %}
{{ post.Title|safe }}
{% endfor %}
est plus parlant. Ou encore
{% block monBlockHeader %}
{{ block.super }} {# Héritage de bloc #}
{% endblock %}
De plus le concept de filtre est très très puissant.
Enfin c'est un avis très subjectif il est vrai.
Pourtant, je ne suis pas chaud pour cette solution (transformer à la
volée les anciennes templates).
Je suis plus d'accord pour créer une boîte de compatibilité pour les
templates, avec une dépréciation des anciennes templates.
Idem pour les plugins.
Pourquoi les plugins ? Personnes n'y a pensé ? Parce qu'une architecture
avec Twig *implique* une architecture MVC ou HMVC donc de tout revoir.
La séparation de la vue (Twig) du reste *implique* un controleur qui
implique lui même un model. A moins que je ne prenne des vessies pour
des lanternes ;)
Sinon, pour le test, beau boulot, tu as dû t'arracher les cheveux pour
le réaliser, à moins que tu ne sois dans la catégorie "Meilleur Que
Moi" ;)
--
Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
