Discussion :

[punisher999]

Salut à tous

Je veux réaliser un diagramme haut niveau présentant l'architecture MVC. Ce n'est pas très difficile pour cette partie.

Par contre, je veux montrer les ViewModels à travers ce diagramme.

-Je sais que les Views utilisent des ViewsModels
-Je sais que les ViewsModels utilisent des Models

C'est bien ça ?

Est-ce que je peux montrer un schéma montrant MVC en remplacant Model par ViewModel ?

Merci de m'éclairsir sur le sujet.

[katkiller]

Salut,

Pour moi le Model représente le modèle de ta Bdd.
Alors que ton ViewModel est bien un model pour ta vue (Il peux contenir par exemple les valeurs d'une dropdownlist...). Souvent dans mon viewModel je mets tous ce que ma vue aura besoin pour éviter d'avoir trop de C# sur ma vue.
On pourrai dire que ton Model est plutôt un DTO (Data transfert object). Qui te permet de passer les données entre tes couches (DAL, BL).

[punisher999]

Mes models sont justement mes objets de la base de donnée.

Mes viewsModels représentent ce que je veux véritablement afficher dans ma vue.

Mais je dois quand même garder en tête que MVC = Modèle-Vue-Controlleur et non ViewModel-Vue-Controlleur ?

[koyosama]

En fait dans un système comme tu le décris.

Ton MVC va être une la première couche. Jusque là tout va bien.
Dans ta vue tu vas avoir effectivement une couche viewmodel mais aussi le reste.

En fait, au départ, une application MVC tu le coupe en 3 parties distinctes (enfin il y a plus que 6 couches ^^), ensuite tu as vas avoir ta vue qui lui va aussi être en trois couches.

- Model
- Controler
- Vue

- ViewModel
- Model
- Vue

En fait tu fais une surcouche. Il faut comprendre que le premier a pour but de communiquer et synchroniser avec ta BDD. Mais ton deuxième modèle est en fait un objet métier qui va être représentation d'une de tes vues.

Tu vas me dire c'est compliqué. Mais tu ce que tu vois à l'écran n'est pas ce que je vois derrière ^^.

Un model est juste une couche d'une représentation. Rien de plus.
Ton model MVC par exemple n'est pas forcément obliger de communiquer avec une BDD mais avec un webservice, un fichier texte, un fichier XML, ... .