Modele d'architecture MVC sans framework

Salut,

je viens de lire avec intérêt ftp://ftp-developpez.com/tahe/fichie...springmvc1.pdf (source http://tahe.developpez.com/java/springmvc-part1/) où on parles justement de cela.

Je suis en train de développer un projet de ce type, et je suis débutant en JEE. J'utilise le pattern DAO pour les access aux données (BDD, cookies)

Y est écrit : selon la valeur de l'attribut action, la servlet fait exécuter une méthode interne de type doAction(...)

Est-ce que la servlet doit tester dans doGet() ou doPost() quelque chose du genre :

Code:

---

if (request.getParameter("logout") != null) {...}

---

puis forwarder vers une action doAutreChose ? ou bien il y a des subtilités que je n'ai pas vu ?

Si quelqu'un a un projet netbeans ou eclipse de JEE dans le genre et qu'il souhaite partager les sources, ce serais très instructif.

Le choix doGet ou doPost reste sur le même principe que dans tous les langages. Si tu as soumis ton formulaire en post(respectivement get) tu le récupères avec doPost(respectivement doGet). C'est aussi simple que ça.

Citation:

---

Envoyé par sputnick

Y est écrit : selon la valeur de l'attribut action, la servlet fait exécuter une méthode interne de type doAction(...)

---

On pourrait appeler ça le pattern "Dispatcher" :) Regarde la classe DispatchAction de Struts pour avoir une idée de comment ça fonctionne exactement.

Le principe c'est que ton contrôlleur (ta servlet) recherche un paramètre particulier (ici action). Et invoque sa méthode interne qui correspond.
Exemple : Pour l'url

http://localhost/myApp/myServlet.do?action=makeSomething

:fleche:La méthode doMakeSomething de la servlet mappée au path /myServlet.do sera appelée.


Tu trouveras également la même chose dans les "architectures" REST
:fleche:

http://localhost/myApp/myServlet/makeSomething

Oui, je sais cela.

Mais si je rajoute des méthodes à ma servlet (y a t-il contre-indications ?) dois-je les appeler doFoo() doBar() ?

Voici mon archi MVC dans netbeans7, j'ai créé des répertoires et packages :
http://ompldr.org/vOHNyMA

Le nommage des fonctions est dépendant de l'implémentation du "pattern Dispatcher".

Pour struts, il faut effectivement que les méthodes commencent par "doXXX". Tout cela doit être documenté dans le framework que tu utilises.

Si tu utilises des URL à la REST, tu peux utiliser une servlet par méthode et mettre les servlets dans le même package (qui porterait le nom du contrôleur).

Le principe c'est surtout de "fédérer" (rassembler) ce qui concerne une même logique métier.
Cependant je suis pas partisan de la classe de 7,000 lignes.