Application web MVC

Bonjour,

je développe une application permettant à des responsable (User) d'inscrire des personnes (Agent) à des sessions de formation (Session).

Je voudrais faire une architecture MVC.

La vue sont les jsp, le contrôleur, les servlet, mais le modèle est-ce les classes User, Agent, Session ou ma base de données avec les tables user, agent, session? Ou les deux peut-être?

L'accès à la base se fait généralement par le contrôleur ou le modèle?

Si j'ai une base de données qui est identique à mes classes, et que se sont elles qui vont taper dans la base, quelle est l'utilité des classes? Une servlet suffit non?


je n'arrive pas a faire le partage des taches: quels éléments tape dans la base.


Merci de votre aide.

Bonjour

je te conseille de regarder les tutoriels concernant ce sujet : il y a ceux de Serge Tahé et de JM Doudoux je crois

Sinon tu devrais avoir trois classes User,Agent et Session
et au moins autant de tables car tu auras des associations entre ces classes.
Ton controlleur i.e. ta servlet va appeler une classe Business qui va elle même appeler une classe DAO qui va se charger d'enregistrer tes infos en bases

tu peux le faire sans DAO aussi je pense non ?

Citation:

---

Envoyé par marouene_

tu peux le faire sans DAO aussi je pense non ?

---

on peut toujours tout faire. Mais pour une question de maintenance,de factorisation du code etc il vaut mieux utiliser les DAO
Imagines que tu aies une servlet A et une servlet B.
Que les deux servlets doivent faire la même modification dans une base de données.
Est-ce que tu vas écrire le même code qui va mettre à jour ta base dans les deux servlets A et B ?
il est quand même mieux de faire une classe DAO et de mettre la même méthode dans cette classe. Puis tu appeleras cette unique méthode à partir de tes deux servlets
ça te fait moins de code et c'est plus facile à lire et à maintenir.

Merci pour vos réponse,
le tutoriel de Serge Tahé est vraiment bien expliqué, je pense que je vais faire ses exemples pour avoir une vue parfait de l'architecture. Je n'ai pas encore regardé celui de JM Doudoux mais j'y ferais tout de même un tour. Merci à eux en tout cas, joli boulot.

de rien
n'oublies pas le tag résolu si tu n'as plus d'autre questions

Bonjour,

j'enlève le tag "résolu" parce que j'ai quelques problèmes:

J'ai suivi le tutoriel de Serge Tahé, mais pour l'utilisation des Interfaces, il utilise Spring afin de dissocier les différentes couches et dans la servlet on a:

Code:

---

1 2 3 4 5 6 7

private IService service = null;   @SuppressWarnings("unchecked") public void init() throws ServletException { service = (IService) new XmlBeanFactory(new ClassPathResource("spring-config.xml")).getBean("service"); }

---

Si j'ai bien compris, c'est le fichier "spring-config.xml" qui fait le lien entre l'interface et l'implémentation de celle-ci que l'on veut utiliser dans notre application.

Je n'utilise pas le framework Spring dans mon projet et donc j'ai un problème pour utiliser l'interface IService dans ma servlet.

Sans Spring il faudrait faire comme ça:

Code:

---

1 2 3 4 5 6 7

// instanciation de la couche [dao] DaoImpl dao = new DaoImpl(); dao.init(); // instanciation de la couche [service] service = new ServiceImpl(); service.setDao(dao);

---

Mais là on utilise pas les interfaces, cela est-il possible sans Spring et si oui merci de m'indiquer la marche à suivre, sinon bah je me lancerai dans Spring. :)


Merci d'avance.

Salut,

je te conseille vivement d'employer Spring pour effectuer les injections. Bien sur on peut toujours s'en passer mais c'est tellement plus simple de faire avec. Un tas de fonctionnalités sont "out-of-the-box" tel que :

- l'injection (IOC)
- les class de support pour les Dao
- la gestion de l'internationalisation. (LocaleContextHolder, ...)
- spring MCV pour la partie frontend
- la déclaration par annotation des transactions, des controlleurs, des services et dao, ...

A titre d'information dès que ton projet est configuré correctement, le simple fait de rajouter l'annotation @Autowired sur ton attribut private permet à Spring de retrouver ses jeunes et d'injecter l'implémentation de l'interface.

Un tas de chose qui te prendraient une plombe si tu devais le coder à la main. Sans compter la partie évolution, debug, ...

Kevin Renson