JSTL vs JSP Scriptlets

Je veux quelqu'un pour expliquer certains points de BlausC est incroyable de voir la réponse dans cette question.

Il a dit que les scriptlets avait quelques inconvénients, qui sont:

Réutilisabilité: vous ne pouvez pas réutiliser les scriptlets. Ma question : comment pourrais-je réutiliser JSTL code?
Remplacement: vous ne pouvez pas faire les scriptlets abstrait. Ce n'est abstrait, et comment pourrait JST devenir abstrait?
OO: vous ne pouvez pas faire usage de l'héritage et de composition. Comment pourrais-je l'utiliser OO paradigmes dans la JSTL?
Débogage: si un scriptlet déclenche une exception à mi-chemin, tout ce que vous obtenez est une page vierge.
Testabilité: les scriptlets ne peut pas être l'objet de tests unitaires. Ce que cela signifie, et comment peut-JSTL être l'objet de tests unitaires?
Maintenabilité: per saldo, plus de temps est nécessaire pour maintenir la mêlée/encombré/code dupliqué logique. Qu'est-ce que cela signifie?

La dernière chose est ce qu'il a cité la forme d'Oracle recommandation:

JSP scriptlets ne doit pas être utilisé pour l'écriture de la logique.

Dans le modèle MVC, j'utilise les scriptlets seulement dans la couche de présentation. Que veut-il dire par là?

Je pensais exactement la même chose, quand j'ai vu BalusC réponse. Merci, j'ai trouvé ce post.

InformationsquelleAutor palAlaa | 2010-12-26

16

Vous semblent concentrer uniquement sur la présentation et le contrôle du flux de la partie de la scriptlets comme dans l'utilisation de if, for et switch états et out.print() choses. Vous semblez comparer les scriptlets 1:1 avec de la JSTL. Ce qui est faux. Je ne parle pas du contrôle de flux de la partie (qui est, en effet, pour être remplacé par JSTL), mais sur l'écriture brute de code Java dans les pages JSP en général. I. e. collecte les paramètres de la demande, la validation et la conversion des valeurs, de l'interaction avec la base de données et d'autres classes Java/méthodes, etc. Toutes les choses que vous normalement (indirectement) à faire dans un Servlet ou de Filtre.
- à partir de maintenant, pure de code java dans les servlets , les filtres et le contexte de l'écouteur seulement et JSTL dans les Jsp.
InformationsquelleAutor BalusC
14

Vous devriez pas ont scriptlet code dans les pages Jsp. Je le recommande à 100% JSTL et zéro scriplet code.

Jsp doit être purement présentation. C'est le caché bénéficier de l'écriture des pages Jsp en utilisant uniquement JSTL, car ils ont tous leur dynamique de données ailleurs. Laissez la couche de service ont la logique d'entreprise et de déterminer quelles sont les données les JSP besoins.

Cela répond à vos tests unitaires question, aussi. Vous ne devriez pas avoir de test de l'unité Jsp; ceux qui seraient Sélénium-comme l'INTERFACE utilisateur des tests. Si la logique est dans le niveau de service, il est évident comment le tester.

Jsp ne doit pas être héritée. Vous pouvez certainement composer ensemble en utilisant quelque chose comme SiteMesh, mais l'héritage ne fait pas partie de votre Jsp. Une fois qu'ils héritent de Servlet, la chaîne doit être terminé.

En outre, il est une fausse alternative. Ni l'un doit exiger de la réutilisation, de l'héritage, ou des tests unitaires. Mais cela ne signifie pas qu'il n'y a pas un gagnant clair: c'est de la JSTL. Personne ne devrait être en utilisant les scriptlets dans les Jsp, sauf pour de très rares one-liners. Les Scriptlets sont la mendicité pour les problèmes.

Ces jours je préfère la Vitesse de mon INTERFACE web modèle de solution pour Java, beaucoup plus que les Jsp. Juste mon avis.
- Je suis totalement d'accord que nous devrions utiliser JSTL dans les Jsp,u veux dire de la couche de service d'un contrôleur de couche?
- contrôleur de couche est une partie de la vue; vous avez besoin d'un service de la couche.
- Cela signifie que le contrôleur centralise la logique pour la distribution des demandes à la vue suivante, de sorte que le contrôleur de la servlet dans le servlet-JSP développement, et la couche de service est les parties qui fournissent des services spécifiques dans le servlet. Suis-je la corriger?
- Il n'a pas à être. La plupart des web MVC cadres ont une servlet contrôleur frontal qui reporte à l'POJO classes de contrôleur. Je dirais que la servlet ne devrait pas être le contrôleur.
InformationsquelleAutor duffymo
4

Je ne peux pas parler pour BalusC mais en général, je crois qu'il était arriver à l'idée que ces sortes de choses doivent être accomplies par votre ordinaire de code Java (dans le Contrôleur et le Modèle calques si vous êtes dans l'ensemble de la MVC chose).
1. Vous ne pouvez pas littéralement la réutilisation de balises JSP à un niveau individuel, mais vous pouvez réutiliser les classes, ils l'appeler.
2. JSTL ne peut pas être abstraite, mais ordinaire de code Java (que vous pouvez peut-être appeler à partir de JSTL) peut être.
3. De nouveau, vous ne pouvez pas rendre les objets utilement dans la jstl, mais vous pouvez dans toutes les classes qui sont appelés.
4. JSTL par lui-même n'est pas l'unité-testable. Mais les classes et les méthodes que vous appelez par son intermédiaire sont.
- Désolé mais je ne peux pas trouver une claire distinction entre les deux :S
- Le point est que si vous écrivez un tas de code Java dans votre JSP, vous ne pouvez pas prolonger les classes que vous crète, de les réutiliser, écrire des tests unitaires pour eux, etc. Bien sûr, si vous utilisez les scriptlets pour rien de plus que <%=%> et à l'occasion, <% if () { %> alors peut-être il n'est pas pertinent.
- JSP rend le Code look Élégant, XML comme déclarative et comme pas de Procédure Si elle ne fait pas de code Testable, Réutilisable en soi, mais c'est encore mieux parce que le Code Java n'est pas INCORPORÉ et il se débarrasse de java et des constructions de la Syntaxe de Son sujet de l'amélioration de la lisibilité.
InformationsquelleAutor Dan

Cela dépend du modèle que vous utilisez. À l'aide de la MVC (spring, struts, ...), vous devez éviter l'utilisation des scriptlets dans votre JSP, parce qu'il représentent le point de vue, il doit contenir pur XHTML balises. JSTL est un langage déclaratif une sorte de XML, tandis que scriplet ne l'est pas.

En particulier, j'ai utilisé JSTL en combinaison avec l'AJAX via prototype pour générer de la RIA, sans avoir à mettre en œuvre un autre modèle. Récemment, j'ai vu ce genre de programmation avec ExtJS et DWR. Dans mon cas, j'ai trouvé qu'Il était nécessaire de combiner les deux JSTL et scriplets toujours préférant JSTL lorsque cela est possible.

<!-- simple controller, each action is called by means of AJAX -->
<% String signExt="jpg"; %>
<% int r=0, iMaxRows=0, iMaxCols=0;%>
<c:choose>
<c:when test="${param.action == 'get_chrequest_profile_table_by_family_and_date'}">
<sql:query var="dataset">
CALL GetProfilesView('<c:out value="${param.family_name}" />', '<c:out value="${param.reg_date}" />')
</sql:query>
<c:set var="strElements"><c:out value="${dataset.rowCount}" /></c:set> 
<%  
String strElements = pageContext.getAttribute("strElements").toString();
int iElements = (int)Integer.valueOf(strElements).intValue(); 
String to = "";
%>
<table class="tb_profiles" id="tb_profiles" iElements="<%=iElements%>"
width="100%" frame=void border="0" cellPadding="0" cellSpacing="0" style="border-top: 3px solid gray; border-left: 1px solid gray">
<%for(int i=1, j=0, col=0; i<100; i++){%>
<tr>
<%for(j=0; j<4; j++, col++){%>
<c:set var="c" scope="page"><%=col%></c:set>
<td name='<c:out value="${dataset.rows[c].chreqprofile_id}" />' >
<table width="100%" frame="below" cellPadding="0" cellSpacing="0"style="border-right: 1px solid gray;">
<%if( col < iElements){%>
<tr style="height:10mm">
<td class="td_function" style="cursor:default;">
<c:out value="${dataset.rows[c].description}" />
</td>
</tr>
.................
<tr style="height:14mm">                        
<td class="td_signature" align="center" vAlign="middle">
<img class="img_signature"
src='../xdata/signatures/<c:out value="${dataset.rows[c].responsible_name}"/>.<%=signExt%>'
alt='<c:out value="${dataset.rows[c].email}" />' 
/>
</td>
</tr>
.................
<c:set var="sMail"><c:out value="${dataset.rows[c].email}"/></c:set>
<% if( col < iElements-1){
to = to + pageContext.getAttribute("sMail").toString() + ","; 
}else{
to = to + pageContext.getAttribute("sMail").toString();
}
%>                      
<%}else{%>
<tr style="height:10mm">
<td class="td_function" style="cursor:default;">x</td>
.............
</tr>
<%}%>
</table>
</td>               
<%}%>
</tr>
<%
if( col >= iElements){break;}
}%>
</table>
<span id="span_mail_to" style="display:none;"><%=to%></span>        
</c:when>   
<c:when test="${param.action == 'functions_form_insert'}">  
.............
</c:when>   
</c:choose>

Aucune infraction, mais que le code ressemble à un horrible méli mélo de jstl, scriptlets et html.
Ce code vous permet facilement de mettre en œuvre pur JSTL web-applications. Vous avez raison dans le sens que c'est un mélange de JSTL, scriptlet et HTML. C'est une sorte de contrôleur qui sert HTML pour le client, ce code doit être appelé via AJAX et rendu sur le DOM via javascript. Comme je l'ai dit, si votre principale préoccupation est la qualité du code que vous devez utiliser certaines MVC-cadre comme le PRINTEMPS...

InformationsquelleAutor ArBR

1

Je ne vois que scriplets est trop mauvais, spécialement si vous suit modèle de conception en elle, je travaille beaucoup sur spring mvc, dans ma jsp je viens d'obtenir le modèle de données dans scriplits, et je la montre à l'utilisateur à l'aide de java simple code html, je sens qu'il me donner plus de liberté que la JSTL.

InformationsquelleAutor Alaa Abuzaghleh
0

Voici un tableau comparant les JSP et les Facelets qui peut éventuellement être utile à quelqu'un, quelque part:

Source

InformationsquelleAutor Yster

Vous devez vous connecter pour publier un commentaire.