Discussion :

[korrigan]

Je souhaite modéliser une application type MVC avec les couches suivantes :
- présentation
- coordination
- service (utilise domaine et donnees)
- domaine
- données (utilise domaine)
- stockage (ma base de données)

Imaginons que j'ai une dans la classe domaine une classe User et dans la classe donnees une classe UserData correspondante gérant la persitance de la classe User.
Si je veux créer une méthode CheckPassword() ma classe User, à priori je suis obligé de passer par la classe UserData qui vérifie le contenu de la base de données.
Mon pb est que, dans ce cas, la couche domaine utilise la couche donnees or normalement pour que mon modèle soit correct la couche domaine ne doit dépendre d'aucune autre couche.

Donc je ne vois pas comment faire ?

[MangeurVasqué]

- données (utilise domaine)

Bonjour,

N'est-ce pas plutôt le domaine qui utilise la couche d'accès aux données ?

Si je veux créer une méthode CheckPassword() ma classe User, à priori je suis obligé de passer par la classe UserData qui vérifie le contenu de la base de données.

Ton mot de passe n'est pas un atribut de user ? Tu peux vérifier sans passer par la persistence.
Sinon, il faut que ta vérification se fasse au niveau des services.

[korrigan]

- données (utilise domaine)

Bonjour,

N'est-ce pas plutôt le domaine qui utilise la couche d'accès aux données ?

Ben non à priori (d'après ce que j'ai pu lire ici et là) l'appel à la couche de donnees permet de te rendre des objets du domaine avec le contenu récupéré dans la BD.

Par exemple pour charger un user (en C#) :

Code :

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

1
2
3
4
5
User myUser = new User();
UserData myUserData = new UserData();
string userID = "aaa";

myUser = myUserData(userID);

[MangeurVasqué]

D'accord, ton UserData est un "data transfer object". Il ne fait pas partie à proprement parler de la couche de persistence.
Si tu tiens à découpler ton User de UserData, il faut passer par un "service" qui initialise User à partir de UserData (ou l'inverse) au moyen des accesseurs.

[korrigan]

D'accord, ton UserData est un "data transfer object". Il ne fait pas partie à proprement parler de la couche de persistence.
Si tu tiens à découpler ton User de UserData, il faut passer par un "service" qui initialise User à partir de UserData (ou l'inverse) au moyen des accesseurs.

OK, donc je n'ai pas de moyen d'écrire ma méthode CheckPassword() dans User en la découplant de UserData ?

[DarkNagash]

- données (utilise domaine)

Bonjour,

N'est-ce pas plutôt le domaine qui utilise la couche d'accès aux données ?

Ben non à priori (d'après ce que j'ai pu lire ici et là) l'appel à la couche de donnees permet de te rendre des objets du domaine avec le contenu récupéré dans la BD.

Par exemple pour charger un user (en C#) :

Code :

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

1
2
3
4
5
User myUser = new User();
UserData myUserData = new UserData();
string userID = "aaa";

myUser = myUserData(userID);

MangeurVasqué a raison les couches de ton applis sont comme les couches de ton modèle OSI. La couche inférieure rend des services à la couche supérieur. Donc ta couche d'accès aux données rend des services à ta couche métier. Il faut donc que ta couche métier s'appuye sur elle.

Cependant pour que cette dernière (le couche métier) soit le plus possible indépendant de toute couche d'accès aux données travaille avec des interfaces en java ( ou un héritage en C++ ).
Tu définis les services attendus par ta couche métier dans une interface qui aura une ou plusieurs implémentation. Chaque couhe d'accès aux données qui voudra rendre des services à ta couche métier devra alors implémenter l'interface que tu as défini