Utiliser MVC dans une architecture 3-tiers ?

Bonjour,

Je souhaiterai comprendre comment utiliser ASP.NET MVC (3) dans une architecture 3-tiers. Après avoir passé du temps a chercher j'ai cru comprendre que le MVC représenterai la partie "présentation" d'une architecture 3-tiers.

Cependant dans un projet ASP.NET MVC on a des modèles, des vues et des contrôleurs.
Je me demandais donc si les modèles de mon projet ASP.NET MVC joueraient en fait le rôle des classes DTO (ou POCO) d'une architecture 3-tiers. Est-ce le cas?

Si oui je suppose qu'il faudrait "sortir" ces modèles de mon projet ASP.NET MVC, donc de la partie "présentation" de l'architecture 3-tiers, et créer autant de classes dans mon projet DTO que j'avais de modèles ? Sinon je ne sais pas du tout...

De plus en utilisant une architecture 3-tiers j'ai vu que l'on pouvait utiliser différentes présentations comme un projet webforms, un projet console, etc...
Si je garde mes modèles dans mon projet ASP.NET MVC je ne pourrais peut être pas les utiliser pour une présentation en mode console ?

Je remercie d'avance toute personne qui prendra la peine de m'aider !

une vue : un modele, une vue, un controleur
ton modèle comprendra des objets dto
ton controleur effectura des actions et appellera souvent ta couche business
ta vue sera l'interface graphique

Merci pour votre réponse !

Ok pour ce qui est du contrôleur et de la couche business c'est bien comme je l'imaginais.

Ensuite le modèle comprendra des dto : peut-il contenir autre chose que des objets dto ? (je ne pense pas personnellement puisque la logique métier est située dans une autre couche).

Cela m'amène en fait à une autre question : j'accède à mes données avec Entity Framework 4. Pour respecter une architecture 3-tiers j'ai quand même besoin de créer une DAL ou non ? Je ne pense pas puisque j'ai l'impression que les appels à la BDD se font dans le contrôleur... ?

Citation:

---

Cela m'amène en fait à une autre question : j'accède à mes données avec Entity Framework 4. Pour respecter une architecture 3-tiers j'ai quand même besoin de créer une DAL ou non ? Je ne pense pas puisque j'ai l'impression que les appels à la BDD se font dans le contrôleur... ?

---

Le controleur appelle le BS le BS appellera à la dal, souvent le business ne fera pas grand chose d'autre que des appelles à la dal

Citation:

---

Ensuite le modèle comprendra des dto : peut-il contenir autre chose que des objets dto

---

Je pense qu'il peut arriver parfois de creer d'autres classes pour faciliter l'affichage.

Ok donc en fait au lieu d'écrire mes requêtes Linq (var requête = from ..... select .... ) directement dans le contrôleur comme j'ai l'habitude de faire il faut que je les écrive dans une DAL. Mon contrôleur accédera à la BLL qui elle même accédera à la DAL, pour récupérer le résultat des requêtes.

Je dois alors passer des objets DTO entre mon projet (là où il y a mes contrôleurs), ma BLL et ma DAL.
Pour cela je pourrais créer des objets POCO dans mon Modèle qui feraient appel à des objets DTO situés dans un projet : monappli.DTO ?
(Dans ces objets POCO du Modèle je fais appel aux objets DTO et je leur rajoute des DataAnnotations)

Cela me permettrais de réutiliser ces objets DTO si je veux par exemple utiliser une autre présentation en mode "console". Je ne me trompe pas ?

Si je ne me trompe pas alors je pense avoir compris le fonctionnement^^.