Discussion :

[silvinus]

Bonjour,

J'ai un petit soucis. Je cherche à créer un mini framework qui gerera mes accées base. Pour cela j'ai plusieurs projets qui corresponde à mes couches :
- Core.Data contenant les classes qui fera appel à une DAL static
- Core.Business héritant des objets de Code.Data
- Business contenant mes objets metiers et héritant de Core.Business

Le systeme fonctionne. Mon soucis est que pour le moment Core.Business référence Core.Data et Business référence Core.Business et... Core.Data.
Donc dès que je veux créer les IHM dans un projets metiers je suis obligé de référencé Core.Data et Core.Business pour pouvoir utilisé les objets metiers du Business. J'aimerai pouvoir supprimer ces références. Je pense qu'il faut passer par des interfaces mais je ne vois pas trop comment faire, si quelqu'un a une idée merci de me la donné .

[giova_fr]

aurai tu un ptit diagramme à nous fournir? je ne suis pas sur de comprendre le shema de ton appli...

Sinon

je dirais pour tes classes Core.data et Core.Business de faire un clic droit dessus, puis refactoring puis extraire l'interface.
ensuite tu place ces interfaces dans un nouveau projet librairie de classe

Ainsi, désormais tes classes business et data dependent de cette dll

Tu peux en plus de cela, placer dans ce nouveau projet un abstract Factory.

Ainsi tout ce qui aurait besoin d'utiliser tes classes Core.Data et Core.Business aurait une reference vers ton nouveau projet uniquement, tu ne sera plus dépendant de Core.Data et Core.Business

[silvinus]

Grosso modo on a :

IHM --> classe metiers -héritage-> Core.Business -héritage-> Core.Data

On retrouve le même shéma pour les listes.
Je pense que tu as compris mon problème car j'aime bien ta solution et je vais ésséyé de la mettre en place.

Merci beacoup

[Philippe Vialatte]

IHM --> classe metiers -héritage-> Core.Business -héritage-> Core.Data

Pourquoi fais-tu de l'héritage entre ces couches ?

Que tes classes métiers *utilisent* tes classes de Core.Business qui *utilisent* Core.Data, ok, mais pourquoi l'héritage ?

[giova_fr]

je pense plutot que -> signifie "depend de"

Que tes classes métiers *utilisent* tes classes de Core.Business qui *utilisent* Core.Data

Je ne suis pas d'accord avec toi, d'ailleur silvinus dit lui meme que ca lui pose probleme.

Tout ceci viole totalement le principe d'inversion des dépendances qui dit :

1) Les modules de haut niveau doivent être modifiés lorsque les modules de bas niveau sont modifiés.
2) Il n'est pas possible de réutiliser les modules de haut niveau indépendamment de ceux de bas niveau. En d'autres termes, il n'est pas possible de réutiliser la logique d'une application en dehors du contexte technique dans lequel elle a été développée.

[Philippe Vialatte]

Tout ceci viole totalement le principe d'inversion des dépendances

Rien a voir avec ta citation, le DIP, c'est justement l'inverse

Avoir un module de haut niveau qui hérites d'un module de bas niveau *est* une violation du DIP, vu qu'une modif sur ton module de bas niveau impacte le module de haut niveau

je pense plutot que -> signifie "depend de"

Non, c'est marque noir sur blanc dans chacun de ces posts, c'est un héritage

Ajouter une interface intermédiaire si on conserve l'héritage ne changera rien a son problème