[JSP-Servlet] Conseils sur façon de coder

**gunnm** · 05/12/2004, 12h51

Bonjour,

je vais prochainement faire un site web commercial et je compte utiliser java pour cela, mais je sais pas ce qui est mieux entre utiliser les servlet ou les jsp ? Dans le cas des jsp, vaut-il mieux utiliser les beans via :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<jsp:useBean id="qqueChose" class="uneClasse" />

ou simplement faire des imports des classes et travailler avec les instances de ces classes ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
<%@ page import="monPackage.*" %>
<% 
 MaClasse obj = new MaClasse();
 ... du code ...
 %>

Personnelement j'utiliserais les JSP pour simplifier les affichages avec le HTML et ne pas devoir taper tout le code html dans ma Servlet, et je ferais les imports des classes et travaillerais directement avec les instances de ces classes au lieu de procéder par les <jsp:useBean /> .

J'aimerais avoir vos avis sur la manière de faire, que privilégieriez-vous ?

**ego** · 05/12/2004, 14h47

Ni l'une ni l'autre des solutions !

Je te conseille de lire la partie Web de SPRING (http://www.springframework.org) pour comprendre ma réponse.
Si tu le peux/veux, lis le bouquin suivant : Expert One-On-One J2Ee Design and Development de Rod Johnson (créateur de SPRING)

**ShinJava** · 05/12/2004, 17h52

Salut ego,
Je veux pas faire le gars bête... mais j'ai pas trouvé la partie web... enfin si tu parles du site entier, peux-tu me dire qu'elle partie faut-il lire ? car la question de gunnm m'interesse aussi.
Merci

++
ShinJava

--------------------------------

Petit débutant deviendra grand... débutant

**viena** · 06/12/2004, 08h48

Tu peux effectivement utiliser Spring. Mais sinon, tu peux egalement utiliser Les JSP ou les servlets (moi je prefere les JSP, mais bon, c'est histoire de gout).
Par contre, si tu utilises les JSP, proscris le code java! utilise les beans!

**ego** · 06/12/2004, 10h15

Il faut regarder la "Spring Reference Documentation"

**thibaut** · 06/12/2004, 10h22

Il y a des bonnes et des mauvaises solutions.

La mauvaises solution serait l'utilisation de scriplets (tout simplement parceque trop de code java dans une JSP nuit à sa lisibilité et ça n'est pas maintenable).

La bonne serait l'utilisation de JSTL, Spring, Struts ou les TagLibs...

Secundo soit tu utilises un framework et tu n'as plus à te soucier des servlets, soit tu n'en utilises pas et pour coller au pattern MVC tu dois combiner les JSP avec une servlet (MCV-2) ou plusieurs (MVC)...

An tout cas il est fortement déconseillé d'utiliser directement des JSP sans servlets et inversement...

A+

**ego** · 06/12/2004, 12h23

Avec SPRING, je recommande aussi "SPRING WEB FLOW"

**ZeKiD** · 06/12/2004, 14h59

Tout à fait d'accord avec Thibaut qui a merveilleusement bien résumé la situation.
Pour ma part, j'utilises les framework en fonction des applications.
Certains framework s'utilise plus facilement dans certain cas que d'en d'autres.
Par exemple sur les problèmes de performances, de lisibilité de code, etc...

**thibaut** · 06/12/2004, 15h02

Perso je ne vous conseille pas d'utiliser struts, certes c'est archi simple mais c'est trop opaque et pas forcémment logique à tout les coups ...

**oca** · 06/12/2004, 16h01

et jsf dans tous ça... vous en pensez quoi ?

**viena** · 06/12/2004, 16h32

JSF sera bien... en milieu de l'année prochaine.
A la limite, il peut être utilisé, mdais sans les outils preconnisés qui sont encore tres bugguer !

**ego** · 06/12/2004, 20h59

Vraiment, JSP/JSTL/SPRING/SPRING WEB FLOW c'est une très bonne solution, très propre.
L'avantage de SPRING est que tu pourras avoir des parties de ta webapp en jsp, en XML/XSLT ou en Velocity. Bref, une vraie séparation des M V et C du MVC !!!!!!!!

**oca** · 07/12/2004, 09h26

Je pause des questions sur JSF parce que ce que j'en ai vu m'a vraiement
impressioné...

Visiblement pas mal de gens se pause des questions du style :
mais quel est le meilleurs framework pour ceci ou cela...

pour moi, un critère d'un bon framework est la transparance...
et c'est cela que je trouve cool dans JSF. (non je suis pas fou, je m'explique...)
Dans JSF, Le backing bean *peut* être un simple pojo.
dans struts, ce n'est pas le cas... on doit hériter de ActionBidulchose,
dans Spring, à ma connaissance, on doit implementer une Interface, ou
en tout cas retourner un ModelAndView donc il y a aussi un lien.

Peut-être qu'il faut que j'essaie Spring web flow qui apparament
retourne juste une string... mais a ce moment la, il me faut des jar en plus... et avec un peu de chance, on se retrouve avec 3 classes pour parser du xml... (Spring web flow -> jdom, hibernate dom4j, mon appli : xerxes...) mais ca, c'est peut-être un autre debat....

A+
Olivier

**gunnm** · 07/12/2004, 18h00

Ok merci.
Je vais voir ce que je peux faire avec Spring.

**ego** · 07/12/2004, 19h36

Le lien entre C et V dans SPRING MVC est justement ULTRA light. Puisque le controleur retourne un "view name" (une string) qui est résolu par un ViewResolver.
Avec SPRING tu peux avoir des pages JSP qui redirigent vers du XML/XSLT qui redirige vers du WebMacro qui redirige vers du PDF.
Tout ceci étant décrit de manière homogène dans le fichier de config et sans impact sur le code de C et M

SPRING WEB FLOW faisant une utilisation intelligente de l'ensemble des possibilités offertent pas SPRING MVC

**oca** · 08/12/2004, 10h50

Whaow, j'ai rate qqch alors....
pour moi, Spring MVC fonctionnait de la façon suivant :

handler mapping -> controller -> View resolver

et ce qui m'embaitait, c'est que le controller doive
retourner non pas une String, mais une classe ModelAndView.

Tu peux me donner un exemple d'un controller qui retourne le viewName sous forme d'un String sans ref. sur ModelAndView ?

J'ai rien trouvé dans le chapitre 12 de leur doc...
merci

Olivier

**ego** · 09/12/2004, 10h34

Mais le "ModelAndView" a 2 objectifs :
- Donner le nom de la vue sous forme de String qui va être résolu ensuite pas le ViewResolver
- Donner le "model" que la vue va devoir afficher (les infos quoi !)

Pour comprendre comme cela fonctionne, regardes l'article MVC step-by-step sur le site de spring

**oca** · 09/12/2004, 15h12

Ok, j'ai un peu mal exliqué... je recomence

Ce que je préfère dans le backing bean de JSF par rapport à struts ou
Spring MVC, c'est que le backing bean peut n'avoir AUCUNE liaison avec JSF

Donc le backing bean n'a même pas un import qui concerne JSF.

Dans la doc de Spring, l'exmple suivant me plait bien,
car il fait ce dont j'ai besoin. la seul chose qui me dérange
(très peu ceci-dit) c'est que la classe SampleDelegate est dépendante
de Spring à cause du ModelAndView retourné. d'ou ma question pour
savoir si il existe un controller qui peut se passer du ModelAndView

<bean id="paramResolver" class="org....mvc.multiaction.ParameterMethodNameResolver">
<property name="paramName"><value>method</value></property>
</bean>
<bean id="paramMultiController" class="org....mvc.multiaction.MultiActionController">
<property name="methodNameResolver"><ref bean="paramResolver"/></property>
<property name="delegate"><ref bean="sampleDelegate"/>
</bean>

<bean id="sampleDelegate" class="samples.SampleDelegate"/>

## together with

public class SampleDelegate {

public ModelAndView retrieveIndex(
HttpServletRequest req,
HttpServletResponse resp) {

rerurn new ModelAndView("index", "date", new Long(System.currentTimeMillis()));
}
}

dans JSF la classe qui gère les actions aurait plutôt été qqch du genre

public class SampleDelegate {
public String actionTest() {
...
...
...
return "page"
}
}

Donc aucune ref. sur JSF.

Ceci dit, je ne crache pas du tout sur Spring, je le trouve même tout simplement excellent !

**oca** · 09/12/2004, 15h18

Encore une petite chose que j'ai oubliée...
Je n'ai rien contre le faite que Spring propose des classes
d'appoints qui utilise le ModelAndView (bien au contraire...),

mais je trouverait sympa d'avoir aussi la possibilité de n'avoir
aucune ref sur les classes de spring (quitte à devoir faire une partie du boulot à la mano)

Un bon example est hibernate...
Comme on fait un Session.add(obj), obj n'a aucune ref sur hibernate.

Olivier

**ego** · 09/12/2004, 20h36

Et comment passes tu les données à afficher à ta vue ?

Spring propose un framework très ouvert. Si tu utilises en plus Spring Web Flow, tu verras que la transparence est encore plus grande et que tu peux gérer des workflow imbriqués avec possibilité de retour arrière tout en concervant l'état dans lequel tu étais avant de sortir tu workflow dans lequel tu reviens.
L'idée de Spring est aussi de te permettre de ne pas être dépendant de la techno utilisée pour la vue. Tu ne peux donc pas te reposer sur les fonctionnalités "jspiennes" pour passer le model (les données), d'où le ModelAndView. Les classes "wrappers" de vues proposées par Spring en fonction des différentes technos (jsp, webmacro, velocity, xml/xslt, pdf) savent comment passer le model à la vue.

[JSP-Servlet] Conseils sur façon de coder

Servlets/JSP Java

Discussions similaires

Partager

Partager