Discussion :

[Braillane]

Bonjour,
je suis en train de développer un site web (asp.NET/c#) et je pense que je vais respecter l'architecture 3 tiers car je devrais utilisé mes classes dans d'autre programme.
Bon mon problème est de comprendre l'architecture 3 tiers et de la mettre en application. J'ai donc plein de questions car plus je lis des docs sur le forum et sur google et plsu je m'embrouille ... Voici mes questions

• J'ai eu l'impression que l'architecture 3 tiers représenté 2 choses en meme temps, des fois une architecture physique client->serveur->BD, et des fois fois une architecture logicielle composé de trois couches (présentation, métier , accès aux donnés)... Ai-je bien compris, est ce bien 2 choses complètement distincte?
• Comment les différentes couches doivent elles etre séparé dans le code? Dans mon cas j'aurai dit : la couche présentation = mes aspx avec le code behind qui appelle ma couche métier, la couche métier = un namespace (package) qui va utiliser la couche accès aux données, la couche accès aux données = un namespace???? ou alors je fais juste une classe dans la couche métier qui fera tout les accès à la base?
• Est-ce que la base de données(physique) se place dans cette architecture? Les procédures stockées font-elle partie de la couche accès aux données?
• [difficile de me comprendre]
  Comment la couche métier communique avec la couche accès aux données? Admettons que j'ai un objet "dr" de type "Driver" (avec un nom, un numéro, une date et une image). Je veux faire une méthode qui met cet objet en base. Comment procéder?
  
  • Premiere supposition : Je fait une méthode dans la classe Driver "toDataBase" qui va appelle la méthode "addDriver" de ma classe BD en passant en argument tout les champs de mon driver (sachant qu'en réalité il ya énormément de champ donc c'est super lourd )
  • Seconde supposition : Je fait une méthode addDriver dans ma classe BD qui va prendre en argument un driver et qui va se chargé elle meme d'extraire les attributs du driver et de les mettres en base. Ceci impliquerait que la couche "accès aux données utilisent la couche "métier" et pas l'inverse!
  
  [/difficile de me comprendre]
• Admettons que je veuille récupérer la liste des drivers existant dans la base. Ou dois-je créer la méthode qui va me récupérer cette liste de driver? Dois-je faire une classe Drivers qui contient tout les drivers??
• L'architecture 3 tiers ne risque t'elle pas de faire fortement chuter les performances en multipliant les accès à la BD? Vu que je suis dans un site web je travaille en mode connecté (car le mode déconnecté m'obligerais à recharger ma base à chaque fois que la page web se recharge) chaque appel à une fonction de ma couche "acces aux données" équivaut à au moins un appel à la base!

Merci beaucoup beaucoup d'avance

PS : j'avais déja posté ce sujet dans Général Développement > Conception > Méthodes mais personne n'y a répondu et à mon avis c'était pas le bon forum donc je post ici. Si un modo veut le supprimer il peut

[lutecefalco]

Dans ton cas, l'archi 3 tiers qui t'intéresse est l'archi logicielle.
Y a aussi l'archi physique avec comme tu l'as dit client/serveur web/serveur DB dans la mesure où les DB sont souvent hébergées sur un serveur différent du serveur web.

Pour l'archi logicielle: la couche présentation, ca sera ton projet web.
Ensuite, t'as la couche accès aux données et la couche métier.
La couche DAL (Data Access Layer) ne se contente que du CRUD (Create,Read,Update,Delete).
La couche BLL (Business Logic Layer) rajoute "l'intelligence" et appelle ta DAL.
Ptite exemple:
Imaginons, tu gères un stock et tu veux modifier un prix. Une règle dit que le prix ne doit pas varier de +/- 10%. Cette intelligence doit se trouver dans ta BLL. Si c'est valide, tu appelles la DAL pour modifer en base.
Un truc dans le genre:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
BLL.ModifyPrice(double newPrice, double oldPrice, long idProduct)
{
   if (ptit calcul de %) < 10
  {
       DAL.UpdateProduct(newPrice, idProduct);
  }
  else
  {
       throw new exception("Modification de prix > 10%");
  }
}

Si y a pas d'intelligence, dans la plupart des cas ta BLL sera juste un "proxy" par rapport à ta DAL.

En ce qui concerne le dev, ta BLL et DAL doivent se trouvent dans des projets de bibliothèques de classes.

[Chubyone]

Il y a une forme d'amalgame autour du terme "n-tiers" qui correspond en principe à un découpage "physique" d'une solution.
http://davidhayden.com/blog/dave/arc...7/22/2401.aspx

C'est pour cela que certains (beaucoup?) préfèrent employer le terme de "n-layers" pour ce qui correspond à View / BLL / DAL. "n" car aucune couche ne sait de combien est faite celle qu'elle référence.

En fait par abus de langage quand quelqu'un parle de "archi n-tiers" ça sous entend surtout le découpage logiciel. Tu verras très vite que ta BLL et tes BO se trouvent dans une assembly référencée par toutes les autres couches: c'est le coeur de ton appli, la base de tout. Cette assembly contient en grande partie des interfaces pour tes BO et ta BLL (et des classes concretes de comportements : Comparers, etc. )

Donc là tu te dis :
Comme ce sont des interfaces : ma couche view ne peux pas les instancier directement, et je ne dois pas y déclarer mes DAO (sinon couplage fort : patatrak...)...
Donc tu auras besoin d'une Factory....
Et là comme on tombe dans les Design Patterns, tu verra qu'il te reste des heures de lectures passionnantes et de casses tête

[rad_hass]

Salut,

Voici un bon exemple qui te permettera de débuter dans le 3-tier :

http://morpheus.developpez.com/architecture/

[bartoumi]

je t'envoie des liens a suivre:

http://www.developpez.net/forums/sho...d.php?t=404948

http://www.supinfo-projects.com/fr/2004/archi-n-tiers/

Bonne documentation

[Braillane]

Merci beaucou beaucoup à vous tous! Ca fait plaisir de voir l'entraide qu'il y a entre les développeur!
Je pense que l'exemple va bien m'aider!
Je met résolu!
Bonne journée à tous