Controladores en MVVM, ¿Cómo obtener información del modelo de vista para su controlador?

Question

Estamos construyendo una aplicación utilizando el patrón MVVM, que tienen controladores de cable hasta que todos los puntos de vista y utilizando ViewModels DI. Todos los ejemplos de MVVM que he visto son realmente simplistas y tienen 1 vista. ¿Cómo deben/deberían los modelos de vista comunicarse con el controlador? El controlador sabe acerca de los modelos y las vistas, ¿debería el modelo de vista enviar eventos al controlador? ¿Dónde debería pasar un salvamento? ¿Modelo? ¿Controlador?

Answer 1

Utilizamos controladores también, pero en nuestro caso, que son responsables de la aplicación de flujo de trabajo. El controlador conoce el modelo de vista y el modelo, pero no la vista concreta porque esto será inyectado por el contenedor IoC.

Si usted está interesado en un ejemplo que muestra más de una interfaz de usuario (diálogo modal, asistente de flujo de trabajo condicional) entonces es posible echar un vistazo a:

marco de aplicaciones WPF (WAF) - http://waf.codeplex.com

Answer 2

Podría su modelo de vista no tener una dependencia de una IController o alguna otra interfaz, por lo que se puede hablar de nuevo a él? Intento mantener la mayor cantidad posible de lógica de aplicación fuera del ViewModel, ya que estas clases pueden hincharse fácilmente.

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

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

Estoy de acuerdo en que los marcos MVVM tienden a ser demasiado simplista con sus muestras. En particular, me gustaría ver más ejemplos de cómo moverme entre vistas/pantallas en su aplicación. Creé una interfaz IViewManager, para permitir que ViewModels solicite que nos cambiemos a otra vista.

Answer 3

Puedo utilizar una configuración similar a la suya. En mi controlador, donde mi DI y la inyección de la vista disminuyen, a veces sigo haciendo referencia al ViewModel (que contiene la Vista). En algunos casos, puedo tener un evento en la máquina virtual que maneja el controlador. En otros casos extremos (como si la VM/V se creó fuera del controlador, digamos en otra máquina virtual), incluso puedo usar el EventAggregator (con una referencia fuerte) para escuchar los eventos que pueden dispararse en la máquina virtual. En ese caso, una referencia almacenada a la VM no es necesaria.

Answer 4

¿Qué le parece usar eventos en los que el controlador se suscribe a eventos de VM o utiliza un patrón de mediador donde se inyecta en un mediador en una VM?

Answer 5

En caso de una aplicación que tiene múltiples módulos y requiere separación de las preocupaciones I recomendaría el uso de marco prisma.

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