Discussion :

[topolino]

Bonjour,

Je suis en train de m'interesser au Pattern DIP.
J'ai une application contenant les couches suivants :
1 - DAL - Repository (projet)
2 - BLL - Model (Projet)
3 - Service Layer - Service (projet)
4 - Presentation Layer - Presentation (project)
5 - User Experience Layer - WebUI (projet)

Avant, la plupart de mes methodes et class etaient static afin que chaque couche puisse acceder facilement les unes aux autres, sachant que la couche Service par exemple ne voyait pas du tout la couche DAL car j'instancier mes object au seins des differents methodes de chaque couches.

Mais avec le pattern DIP, ce qui me derange c'est que c'est au niveau de la couche User experience que l'on instancie tous les objets necessaires afin de les passer en parametres car les couches ne prennent plus aucunes responsabilités, et par consequnet la couche user experience a acces à toutes les differentes couches afin de produire par exemple le code suivant:

Code :

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

1
2
3
4
5
 
 Repository.ProductRepository p = new Repository.ProductRepository();
Model.ProductService a = new Model.ProductService(p);
Service.ProductService w = new Service.ProductService(a);
_presenter = new ProductListPresenter(this, w);

Avant j'aurais fait plus ou moins

Code :

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

1
2
 
_presenter = new ProductListPresenter(this, Service.ProductService);

Ai-je bien compris ?

Merci à vous

[tomlev]

En général pour faire de l'injection de dépendance on utilise des conteneurs IoC (Unity, StructureMap, Ninject...)
Jette un oeil ici pour plus d'infos

[topolino]

Pour l'instant je ne veux pas utiliser un outils d'injection de dependance afin de bien conprendre le concepte. Je trouve ca bizarre que la couche UI doit s'occuper de passer les instance des classes a utiliser non ?

Il me semble plus simple que la couche UI appelle juste Product.GetAllProduct(); car elle ne se soucis de rien d'autre. Sachant qu'en regle general ce ne sont pas les meme personnes qui travaillent sur les meme couches de l'applications.

[tomlev]

Je trouve ca bizarre que la couche UI doit s'occuper de passer les instance des classes a utiliser non ?

Effectivement : c'est exactement l'inverse de ce qu'il faut faire... La couche supérieure (l'UI) ne doit pas dépendre d'une implémentation spécifique des couches inférieures.

C'est bien pour ça qu'il faut utiliser un outil, pour gérer la "plomberie" entre les couches sans que celles-ci aient besoin de se connaitre entre elles (elles se connaissent uniquement via des interfaces)

Il me semble plus simple que la couche UI appelle juste Product.GetAllProduct(); car elle ne se soucis de rien d'autre. Sachant qu'en regle general ce ne sont pas les meme personnes qui travaillent sur les meme couches de l'applications.

La couche UI devrait juste connaitre l'interface qui permet d'obtenir les produits, pas son implémentation spécifique.

[topolino]

Sans utiliser d'outil particulier pour l'intant le code suivant doit etre deporté dans le presenter ou dans la couche service et donner une interface a l'interface utilisateur. c'est ca ?

Code :

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

1
2
3
4
 
Repository.ProductRepository p = new Repository.ProductRepository();
Model.ProductService a = new Model.ProductService(p);
Service.ProductService w = new Service.ProductService(a);