Discussion :

[rad_hass]

Bonjour à tous,

J'utilise pour mon site ASP.NET une architecture n-tier classique,

DAL (Data Acces Layer)
BLL (Business logic layer)
BO (Business Object)
Presentation.

Je dois construire un objet métier Produit (de la BO), je récupère, 3 Champs de la base qui vont me permettre de construire mon objet, mais j'ai besoin d'encore un élément pour récupérer les images associées au produit, pour ceci je dois récupérer l'URI du serveur Image qui est stocké en base, le nom de l'image lui est une composition des 3 champs que je récup de la base.

J'espère que je ne vous ai pas perdu lol, ma question est :

Ou est ce que je dois appeler la méthode qui récup l'URI du serveur d'image ? (techniquement c'est très simple, mais d'un point de vue architecture, c'est où que je devrais faire mon appel ?)

C'est dans la classe produit que je construit le nom de l'image, mais d'un point de vue architecture n-tier est il correcte d'appeler une méthode DAL dans un objet métier ? Il me semble que ça soit faux. Mais alors où ? Dans la DAL ? j'appelle une autre classe DAL, et je passe l'URI en param du constructeur produit ?

La question est simple, mais difficile à formuler, j'espère que j'ai était claire.

Merci d'avance.

[Arthis]

le plus propre serais de mettre la methode qui va cherche l info dans ta DAL, ensuite tu la recuperes et tu la traites grace a un autre objet dans ta couche bll et finalement tu t en sers dans ta bo.

[rad_hass]

le plus propre serais de mettre la methode qui va cherche l info dans ta DAL, ensuite tu la recuperes et tu la traites grace a un autre objet dans ta couche bll et finalement tu t en sers dans ta bo.

C'est à dire que ma BO appel une méthode de bll ?
Ou que ma bll appel le constructeur de ma BO ?

Merci pour ta réponse

[rad_hass]

Ce que je fais pour l'instant (pour tester) c'est :
J'appelle dans mon constructeur Produit une méthode dans une DLL qui récupère d'un référentiel mon URI.

[Arthis]

definitivement le premier . Ta Bo Doit appeler des methodes de ta couche Bll.
Ta Bo doit se servir de methodes pour effectuer des ópérations. Ta bll n est pas au courant qu il existe quelqu un qui l utilise et ne doit jamais l'être ( sinon elle refuserait de bosser la feignasse )

[Arthis]

Personnellement j evite de mettre trop de chose dans mon constructeur. Je trovue cela plus souple d avoir une fonction load pour charger des infos si j en ai besoin.

Maintenant, j essaierais aussi de reduire au maximum le couplage entre les objets. Et donc J essaierais surement d avoir un objet dans ma BLL qui appelerait les objets de ma couche DAL afin de creer un entite logique. Ensuite, j utiliserais cette entite logique dans mon BO afin qu il interagisse avec d autres objets de ma BLL.

Apres prends toutes mes paroles , comme celles de quelqu'un qui apprend chaque jour aussi.

[rad_hass]

Apres prends toutes mes paroles , comme celles de quelqu'un qui apprend chaque jour aussi.

J'adore cette phrase

Oui effectivement ta solution me semble plus propre que la mienne, je pense que je l'a mettrai en place et je te demanderai de confirmer ma compréhension en mettant ce que j'ai fais, si ça te dérange pas

Merci pour tt.