Architecture N-tier, qui doit remplir ?

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.

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.

Citation:

---

Envoyé par 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.

---

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

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.

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 :D )

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. :)

Citation:

---

Envoyé par Arthis

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

---

J'adore cette phrase :mouarf:

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.

Confirmation, j'ai trouvé une bonne raison pour ne pas faire comme je fais (changement d'une régle, qui fait que l'URI dépend du contexte et je l'ai dans le cul oups dsl :aie:)

Je pensais que les entités (Bo) etaient lues et renseignées par la DAL ou la BLL afin d'etre utilisés entre les differentes couche (DAL,BLL et Presentation).

Pour moi les entités sont contitués a 80% de proprietes, puis de constructeurs et peut etre de qq methodes (comme Icomparer et Icomparable)

Citation:

---

Envoyé par topolino

Je pensais que les entités (Bo) etaient lues et renseignées par la DAL ou la BLL afin d'etre utilisés entre les differentes couche (DAL,BLL et Presentation).

Pour moi les entités sont contitués a 80% de proprietes, puis de constructeurs et peut etre de qq methodes (comme Icomparer et Icomparable)

---

Icomparer et Icomparable sont des interfaces ... Les méthodes c'est plutôt IComparable.CompareTo & IComparer.Compare.

Les BO servent à donner une représentation de nos objets métier, j'ai failli effectivement commettre l'erreur de les rendre dépendantes des autres couches ...

Ce que je fais maintenant c'est de mettre une méthodes LoadURI (qui prend en param l'URI du serveur) dans mon BO Produit, et j'appel cette méthode dans ma BLL, en lui passant l'URI qu'il faut.