Joli billet qui montre des choses intéressantes (même si j'en ai pas encore besoin :-P ). Jusqu'à présent, le langage de template django a convenu à mes besoins mais sait-on jamais !

++ NiCoS

Je ne vais pas reprendre tout le billet, mais les avantages qui ont été pour moi décisifs sont :

• La possibilité d'assigner des variables avec {% set %}, ce qui fait beaucoup de bien à la base de données
• La possibilité d'écrire des templatetags et des filtres sans se compliquer la vie comme avec Django, avec un système plus flexible
• D'avoir des tests puissants et combinables sans bidouille
• De pouvoir faire appel à des "snippets" (macros) justement, utilisables partout dans les gabarits
• D'utiliser le système qui assume ces possibilités, et pas celui qui volontairement ne les intègre pas avec des rustines

Et je ne vois pas vraiment ça comme une singularisation, mais comme une migration vers un moyen d'être plus performant. Bien sûr, ça nous prive des évolutions du langage de Django, mais la peur de la non-compatibilité descendante nuit sérieusement à toute possibilité d'évolution positive. Si un jour un changement intéressant a lieu, rien ne m'empêche de retourner à ce que propose Django !

Mais cet argument est quand même à double sens, tu peux aussi dire à quelqu'un venant de RoR et souhaitant nous rejoindre qu'il se prive des améliorations futures du framework Ruby, qui va devenir plus rapide et encore plus puissant ! En effet, c'est un choix à faire, et il te répondrait sûrement que Django progressera aussi de son côté. C'est la même chose avec le langage de Django, il progressera, Jinja aussi. Et je préfère un système qui me propose ce que je trouve utile par défaut, plutôt qu'un autre qui en plus de ne pas convenir à mes besoins les désapprouve :-)

Ceci dit, si le langage de Django t'est suffisant et que tu ne t'es jamais senti limité par lui, tu as absolument pas besoin de changer, bien sûr... J'ai migré car je me sentais à l'étroit dès que je voulais faire des trucs un peu différents des exemples de la doc, si tu te débrouilles avec tes templatetags et django-template-utils, et que ça te convient, là encore, ce n'est pas toi que j'invite à passer à Jinja ;-)

Concrètement, quels sont les avantages réels à changer de langage ?

Parce qu'à part de vrai tests dans les conditions (ce qui peut-être en partie changé via des templatetags : http://code.google.com/p/django-template-utils/ ) et le manque de switch qui peut être compensé avec http://www.djangosnippets.org/snippets/300/ je ne vois pas vraiment d'avantage à se singulariser de la sorte (ce qui enlève toute possibilité de bénéficier des améliorations futures du langage de template de django). À moins de coder un convertisseur django <-> jinja ;-).