Estimer le nombre de servlets pour mon application avec DAO

Bonjour les amis,

j'ai une application avec environ 40 uses cases.

En fait j'ai deux types d’utilisateurs (user simple et Admin) qui effectuent ces uses cases.

Il y'a environ 12 beans (j'utilse le pattern DAO) sur les quelles j'effectue les actions : creer(), modifier(), supprimer(), lister().

Je voudrais savoir s'il est mieux de créer un servlet pour chaque use case et donc avoir environ 40 servlets :-° ou bien faire un servlet par beans regroupant les 4 actions (1 servlet pour chaque classe DAO)

Concernant les autres actions de l’utilisateur(exemple calculerSalaire(), importerFicheEnPDF(), afficherFicheUser(), etc...) , dois-je mettre un servlet pour chacune d'elle??

Merci d'avance

Je dirais, déjà comme ça, 1 servlet/bean + 1 / autre use case ça fait beaucoup de servlet :mouarf:
Tu ne peux pas regrouper tous tes services CRUD dans une seule servlet, indépendante du bean?

Ceci dit, une servlet ne consomme pas énormément, c'est juste une question de maintenance de ton code :)

Je dirais 1 servlet par écran, le mode se gère facilement (à priori) avec un paramètre.
Pour la construction de l'écran proprement dit, c'est pas bien plus compliqué (à priori aussi) mais ça va dépendre des différences entre les 2 modes et des bibliothèques utilisées.

:mur:
Dur-dur JSP...

Pour mon projet de fin d'études (5 types d'utilisateurs, 46 tables et les CRUD associés): FacesServlet s'est débrouillée toute seule comme une grande...
Auriez-vous l'amabilité de m'expliquer pourquoi l'on utilise encore JSP? Je vous remercie par avance!

on peux utiliser FacesServlet avec les JSP, on n'est pas obligé d'utiliser facelets :)

JSP: vue
JSF: controlleur / modèle

Ah, d'accord!
Ca fait toujours une seule servlet, non? Ou ...?

Toutes mes excuses à Xeuch pour mes questions débiles sur son thread!:oops:

Ben si je dis pas de bêtise (reprenez-moi si c'est le cas) JSP n'est qu'une technologie pour la vue, indépendante d'un éventuel framework comme par exemple JSF, qui se charge de centraliser toutes les requêtes vers une unique servlet de façon transparente. D'ailleurs que je crois que quand on utilise Spring MVC, JSP est utilisée intensivement alors que c'est moins le cas dans JSF où on lui préfère le xhtml (.xhtml ou .jsf etc). J'ai jamais fait de JSF en utilisant des JSP mais je suppose que ça doit être possible s'il existe des taglibs qui font l'interface entre JSP et JSF.

D'ailleurs c'est un peu l'intérêt du MVC non ? Séparer au maximum le fonctionnement de la vue et du contrôleur (en l'occurrence) de sorte à pouvoir mixer diverses technologies de façon plus ou moins indépendante.

Citation:

---

Envoyé par -Dici-

J'ai jamais fait de JSF en utilisant des JSP mais je suppose que ça doit être possible s'il existe des taglibs qui font l'interface entre JSP et JSF.

---

Ben oui, on faisait ça avant l'arrivée de facelets :p

Bonjour,

Merci @tchize_ et @-Dici- pour vos réponses qui m'ont permis d'apprendre un peu plus au sujet tellement vaste des technologies utilisées en Java.

Merci pour vos réponses

j'ai finalement utilisé un seul servlet pour toutes les opération de CRUD et pour les autres action un peu complexes je vais dédier un servlet/par action
Qu'est ce que vous en dites ??

Merci encore

ça me paraît bon ;)