Discussion :

[kendras]

Bonjour,

Je m'intéresse depuis peu au Entity Framework, dans une architecture MVC, Ntier si possible.

Je ne sais pas trop comment architecturer mon application globalement... donc j'aimerai un retour d'expérience.

Globalement, j'ai déjà 2 projets :

MonApp.Web (application web)
MonApp.Common (objet commun à toute l'application)
MonApp.Model (là sont mes objets métiers qui vont transiter entre les couches)

Ensuite, evidemment :
MonApp.SQLData (qui comprendra mon EDM)

Là, j'aimerai pouvoir ajouter une couche service et les interfaces qui vont avec.

Je me demande si mon MonApp.Model ne sera pas trop en redondance avec les EntityObject généré par l'EDM....

Qu'en pensez vous ?

[Arthis]

Il sera forcement redondant, mais la vraie question est de savoir quel interet a pour toi de pouvoir différencier ces classes.

Vu la maniére dont tu veux créer ton architecture, il semblerait qu'il soit important pour toi de pouvoir changer de fournisseur de données.

[Immobilis]

Salut,

On peut mélanger N-Tiers et MVC?
Quand on fait du MVC avec VS2010 on oublie totalement les couches du N-Tiers. MVC n'est pas une architecture en couches.

A+

[kendras]

Effectivement, je tente de concevoir une application la plus flexible et évolutive possible, car en effet, mes sources de données peuvent être amenées à être changé.

Pour ce qui est du MVC et de l'architecture en couche, je ne vois pas ou est l'incohérence

De plus, je fais du MVC avec du VS 2008

[Arthis]

Alors le prix de la flexibilité et de l'evolutivité est à mon avis dans la redondance de certaines informations. Car tu vas différencier les objets issus de ton model de ceux traités par ta base. Et par conséquent , à tes yeux ils seront différents même si semblables dans le code à un instant donné.

Maintenant si d'autres ont des idées la dessus,n'hésitez pas à intervenir, il y des fois ou je dis des c***** aussi..

[CUCARACHA]

Salut,

Tu peux créer un répertoire Objects dans lequel tu rangeras tes couches

Objects
DataLayer
BusinessLayer
CommonLayer
ServiceLayer
PresentationLayer
... PuristeLayer genre : ErrorLayer (qui peut être dans CommonLayer)
... AmoureuxDesCouchesLayer : N'en rajoute pas trop quand même

Bien sûr, si tu utilises Entity Framework, la couche Domain disparait puisqu'elle est encapsulée dans ton modèle.

Si tu travailles avec TeamSystem sur un gros projet à beaucoup de développeurs, mets tes couches dans des DLL séparées et mets un gars sur chacune d'elles et échange les couches entre les gars à chaque itération (pour éviter que la routine s'installe).

Le développement en couches n'a rien à voir avec la technologie d'affichage des pages (qu'elles soient web ou winform).

++

Laurent

[Immobilis]

Yo,

échange les couches entre les gars à chaque itération (pour éviter que la routine s'installe).

Vous en faite des trucs sympas entre vous

Le développement en couches n'a rien à voir avec la technologie d'affichage des pages (qu'elles soient web ou winform).

Les architectures 3-Tiers sont indépendantes de l'interface.

Une fois encore, il me semble que N-tiers et MVC sont incompatibles tout simplement parce qu'il n'y a pas de couches. Qqn aurait-il un exemple du contraire?

A+