Controller in MVVM, Come ottenere informazioni da viewmodel al suo controller?

Question

Stiamo costruendo un'app utilizzando lo schema MVVM, abbiamo controller che collegano tutte le viste e i modelli di visualizzazione usando DI. Tutti gli esempi di MVVM che ho visto sono davvero semplicistici e hanno 1 vista. Come/dovrebbero i modelli di vista rispondere al controller? Il controller conosce i modelli e le visualizzazioni, nel caso il viewmodel dovesse inviare eventi al controller? Dove dovrebbe accadere un salvataggio? Modello? Controllore?

Answer 1

Utilizziamo anche controller, ma nel nostro caso sono responsabili del flusso di lavoro dell'applicazione. Il Controller conosce ViewModel e il Modello ma non la Vista concreta perché verrà iniettata dal Contenitore IoC.

Se siete interessati a un esempio che mostra più di una sola interfaccia utente (finestra di dialogo modale, procedura guidata con il flusso di lavoro subordinato) allora si potrebbe avere uno sguardo a:

WPF Application Framework (WAF) - http://waf.codeplex.com

Answer 2

Il ViewModel potrebbe non essere dipendente da un IController o da un'altra interfaccia, in modo che possano rispondere ad esso? Cerco di mantenere il più possibile la logica applicativa del ViewModel, in quanto queste classi possono facilmente diventare gonfie.

MyViewModel(IController controller) 
{ 
    this.controller = controller; 
} 

void Save() 
{ 
    this.controller.Save(); 
} 

Sono d'accordo che i quadri MVVM tendono ad essere troppo semplicistica con i loro campioni. In particolare, spostarmi tra viste/schermate nella tua applicazione è qualcosa che mi piacerebbe vedere più esempi di. Creo un'interfaccia IViewManager, per consentire a ViewModels di richiedere che ci spostiamo su un'altra vista.

Answer 3

Io uso una configurazione simile a voi. Nel mio controller, dove il mio DI e l'iniezione della vista si interrompono, a volte mantengo il riferimento al ViewModel (che mantiene la vista). Alcuni casi posso avere un evento sul VM che viene gestito dal controller. In altri casi estremi (come se la VM/V fosse stata creata al di fuori del controller, ad esempio in un'altra VM), potrei persino usare l'EventAggregator (con un forte riferimento) per ascoltare gli eventi che potrebbero essere attivati ​​sulla VM. In tal caso, non è necessario un riferimento memorizzato alla VM.

Answer 4

Come utilizzare gli eventi in cui il controllore si iscrive agli eventi VM o utilizzando un modello di mediatore in cui un mediatore viene iniettato in una VM.

Answer 5

Nel caso di un'applicazione che ha più moduli e richiede la separazione delle preoccupazioni, raccomanderei l'uso di framework prism.

http://msdn.microsoft.com/en-us/library/gg406140.aspx