Discussion :

[Invité]

Bonjour

J'ai un problème avec le rôle du controlleur.

La première fois que j'ai fait un modèle MVC (enfin j'ai essayé), j'ai fait des beans qui se limitaient à des get et des set et une (et une seule) classe qui appelait les classes de connexion à la base de données et renvoyait un bean vers les servlets. Grosso modo ça donnait ça.

dans controller.java

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
public void creeUnPhotographe(nom, prénom) //appel depuis la servlet
{
  Photographe photographe = new Photographe(nom, prénom); 
  PhotographeJDBC.creeUnPhotographe(photographe);
}
 
public Liste<Photographe> afficheListePhotographe()
{
  Liste <Photographe> listePhotographe =   PhotographeJDBC.fournitListePhotographe();
  return listePhotographe;
}

Et je gère tout l'objet (update, delete, select) Photographe comme ça parce que je n'arrive pas à comprendre en quoi l'affichage est dans le métier du Photographe... Suis-je claire ?

Merci de votre aide.

[Tommy31]

Le rôle du contrôleur dans une appli web est de coordonner l'appel à la couche services et de remonter un contenu métier transmis à la vue pour matérialisation graphique.

[Invité]

désolée mais pour moi ce n'est pas clair

Enfin sur le principe, si, mais dans les faits, non.

Si je reprends mon exemple.

J'ai un classe Administrateur qui gère les photographes.

Sur mon interface web, je lui permets de rajouter un photographe, d'en enlever un ou d'en modifier un.

Ma servlet appelle mon controlleur :

Code :

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

Controlleur.ajouteUnPhotographe(nom, prénom)

mon controlleur voit que c'est le métier de l'administrateur, il lance son métier :

Code :

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

Administateur.ajouteUnPhotographe(nom, prénom);

et ma classe admininstrateur va appeler la classe qui est en connexion à la base de données ? Ca me parait juste... compliqué !

Et dans le sens inverse du métier vers l'affichage web :
je veux afficher la liste des photographes, dans mon controlleur, j'appelle mon objet Client

Code :

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

Client.veutLaListeDesPhotographes()

ma fois, pourquoi pas... j'ai l'impression qu'il y a un truc que je n'ai pas compris, je n'arrive pas à mettre la main dessus. Désolée

[Tommy31]

Ok. Photographe c'est une classe du domaine. C'est un simple bean sans aucune dépendance ni référence à un mécanisme de persistence.
Administrateur (que tu peux appeler GestionnairePhotographe selon l'étendue de responsabilité que tu lui fait endosser) c'est de la couche service. Ce qui me chagrine c'est la déclaration statique des méthodes. Mieux vaut passer par une instanciation et mettre en place un pattern singleton.

Ta couche service réalise donc l'ajout d'un photographe. Mais cela est fait dans un contexte transactionnel. J'ouvre une transaction, je créé l'instance métier de photographe, je la persiste en base, je clos la transaction en commitant. Je retourne éventuellement la nouvelle instance créé au contrôleur.

De même pour une consultation. Dans la couche service tu ouvre une transaction en lecture seule, tu requête comme il convient selon les arguments transmis et retourne le résultat.

Est-ce que tout ne pourrait pas être fait par le contrôleur. Oui, mais l'intérêt de séparer les couches réside dans le découplage et la séparation des responsabilités. Ici tu travaille dans un contexte web, mais imagine que tu veuilles exporter les services en RMI, SOAP ou n'importe quel autre protocole. Si tu fusionne service et contrôleur tu ne peux plus le faire sans duplication de code. voilà l'intérêt principal.

[Invité]

Là, je comprends mais je crois qu'il faut que je réfléchisse un peu à tout ce que tu viens de me dire. Il y a beaucoup d'infos en quelques lignes. Merci beaucoup en tout cas.

[Invité]

En effet, je confonds "service" et "controleur". Merci.

Le controleur est-il dédié au web ou pas ?