Version imprimable
Bonjour à tous,
J'ai développé pas mal utilisant des jsp intégrant du JSTL et je me plonge maintenant dans une application web qui n'utilise que du java dans ses JSP.
Je me demandais quel était l'avantage de l'utilisation de JSTL (de taglibs) par rapport à une JSP avec du code JAVA si ce n'est bien entendu la facilité de compréhension pour celui qui ne connait que HTML.
Y a-t-il d'autres avantages qui se cachent derrière ?
J'espère avoir vos réactions.
Merci d'avance ;)
Je déterre ce vieux post je me pose la même question.
Moi c'est l'inverse j'ai l'habitude d'utiliser des scriptlets et la j'essaie le JSTL j'ai l'impression que ça ne me facilite pas plus la tache, en plus j'imagine que l'utilisation de JSTL dois consommer plus de ressources.
Je me demande si ça vaut vraiment le coup de continuer d'autant que je suis toujours seul sur mes projets.
Disons qu'avec les scriptlets Java, tu n'es pas limité, donc tu peux tout faire dans ta JSP et ça peut vite devenir sale.
L'intérêt d'une bibliothèque de tags, que ce soit JSTL ou autre, est de bien séparer la partie Java de la partie interface.
Au début, c'est un peu l'habitude précédente qui va être un frein.
Si tu viens des scriptlet, le JSTL semble compliquée, si tu viens de la JSTL, le code scriptlet paraît sale...
Pour ma part, je trouve la jstl plutôt sympa à l'usage surtout couplé à struts-layout, mais je développe toujours mes propres tag quand ça devient compliqué. Je préfère la maintenabilité du code jsp...
Il y a des choses que je trouve pas très cool comme l'absence d'un <c:elseif> qui oblige +/- à passer par <c:choose> mais à part ça, il n'y a pas grand chose à redire...
quitte a faire du jstl, autant passer sur du vrai templating je trouve
freemarker/closure template etc.
la syntaxe des jstl est vraiment insupportable.
Je ne connais pas freemarker mais un rapide coup d'oeil sur le net me laisse penser que tu n'es pas des plus impartial sur ce coup...Citation:
Envoyé par lunatix
Trouver la syntaxe jstl insuportable quand on voit le syntaxe freemarker... c'est l'hôpital qui se moque de la charité ! :mouarf:
Entre <c:if> et <#if>, c'est clair, ça a l'air largement mieux :roll:
pas faux pour freemarker même si le <c:if test="${truc== machin}> est franchement imbattable (surtout si tu veux faire un else)
en fait, je suis a la recherche d'un systeme de templating vraiment bien foutu.
j'ai pas mal testé mvel templating par exemple.
je vais tenter google closure template
l'univers java est vraiment pauvre dans ce domaine.
Je ne sais pas quel type d'application nécessite un gros templating, pour une application "web", je trouve Tiles + jstl + taglib perso largement suffisant.
Je pense que html est en partie responsable de certains manques, mais pas seulement.
Pour certains traitements, il faudrait passer par un filtre pour retailler le résultat (standard) afin de lui appliquer certaines restrictions (de droit par exemple) ou des enrichissements...
Couche1 -> couche2 -> couche3 -> ... ça devient un vrai jeu de piste :vomi:
je bosse sur du portail web (grand public ) les jsp/jstl sont vraiment un horreur dans ce context.
un bon langage de templating devrait a mon sens etre :
typesafe (combien de fois on detecte une jsp qui plante seulement en production)
avoir un null safe operateur correct
pouvoir faire un if else if sans être au bord du suicide
Ne pas pouvoir acceder a des variables autres que celles explicitements fournies
c'est bien vrai... fait ch... çaCitation:
Envoyé par lunatix
on sent le vécu :mouarf:Citation:
Envoyé par lunatix
Là, ça risque d'être compliqué... comment prévois-tu de préciser cette liste ?Citation:
Envoyé par lunatix
alors : pour moi dans un template : on doit accéder au Model passé, ainsi que éventuellement un nombre fixé de variables décidés au départ (de la conf, par exemple).
souvent ca ressemble a du code genre
sinon j'ai pas mal fouillé :Code:String html = Renderer.execute(template, model);
Mustache
StringTemplate
mvel templating
http://code.google.com/p/cambridge
google closure template
pas encore trouvé le templating de mes réves ;)
Ce qui me gêne dans ce genre de processus, c'est de devoir traiter une page dans son ensemble.
Ce que j'aimerais, c'est plutôt de traiter des fragments synchronisés entre eux, là, ce serait top...:wow:
la j'avoue : j'ai rien compris a ton histoire de fragments synchronisés :D
Comment, tu ne lis pas dans mes pensées ?? :mouarf:
Pour faire simple, j'aimerais pouvoir composer ma page finale de plusieurs fragments (à la manière des <iframe>) tout en étant vu comme une seule et même page côté client (browser).
De ce que j'ai vu, la notion de composants JSF2 permet de s'en approcher mais je n'ai pas eu le temps de faire le saut... overbooké...:aie: