Abrir el cuadro de diálogo en WPF MVVM

Question

Tengo una aplicación que necesita abrir un cuadro de diálogo desde un botón donde el usuario ingresa cierta información.

Por el momento lo hago así (que funciona muy bien)

• El clic de botón genera un comando en el modelo de vista.
• El ViewModel provoca un evento que el controlador escucha.
• El controlador trabaja en los detalles de la nueva ventana (es decir, Ver, ViewModel & modelo) y la abre (ShowDialog)
• Cuando se cierra la ventana del controlador suma el resultado a los EventArgs y vuelve al modelo de vista
• El ViewModel pasa la información al Modelo.

Hay muchos pasos, pero todos tienen sentido y no hay mucho tipeo.

El código es el siguiente (la ventana de pregunta por el nombre del usuario)

modelo de vista:

AskUserNameCommand = DelegateCommand(AskUserNameExecute); 
... 

public event EventHandler<AskUserEventArgs> AskUserName; 

void AskUserNameExecute(object arg) { 
    var e = new AskUserNameEventArgs(); 
    AskUserName(this, e); 
    mModel.SetUserName(e.UserName); 
} 

controlador:

mViewModel.AskUserName += (sender,e) => { 
    var view = container.Resolve<IAskUserNameView>(); 
    var model = container.Resolve<IAskUserNameModel>(); 
    var viewmodel = container.Resolve<IAskUserNameViewModel>(view, model); 
    if (dlg.ShowDialog() ?? false) 
     e.UserName = model.UserName; 
} 

Mi pregunta es cómo la comunicación horizontal trabaja en el Patrón MVVM. De alguna manera, parece incorrecto dejar que el controlador se involucre en la transferencia de datos entre los modelos.

He examinado el patrón del mediador para permitir que los modelos se comuniquen directamente. No me gusta esa idea ya que hace que el modelo dependa de los detalles de las implementaciones de la GUI. (es decir, si el cuadro de diálogo se reemplaza por un cuadro de texto, el modelo debe cambiar)

Answer 1

Me he encontrado con problemas similares. Así es como los he resuelto y por qué he hecho lo que he hecho.

Mi solución:

Mi MainWindowViewModel tiene una propiedad de tipo ModalViewModelBase llama modal. Si mi código necesita cierta vista para ser modal, pone una referencia en esta propiedad. MainWindowView observa esta propiedad a través del mecanismo INotifyPropertyChanged. Si Modal se establece en alguna VM, la clase MainWindowView tomará la VM y la colocará en una ventana de ModalView donde se mostrará el UserControl apropiado a través de la magia de DataTemplates, la ventana se muestra usando ShowDialog. ModalViewModelBase tiene una propiedad para DialogResult y una propiedad llamada IsFinished. Cuando IsFinished se establece en true por la VM modal, la vista se cierra.

También tengo algunos trucos especiales para hacer cosas interactivas como esta de los hilos de Backgroundworker que quieren pedirle al usuario su opinión.

Mi razonamiento:

El principio de puntos de vista modal es que otros puntos de vista están desactivadas, mientras que se muestra la modal. Esto es parte de la lógica de la Vista que es esencialmente sin apariencia. Es por eso que tengo una propiedad para él en MainWindowViewModel. Si tuviera que llevarlo más lejos, debería hacer que cada otra propiedad o comando para todas las otras máquinas virtuales en la máquina virtual principal arroje excepciones, mientras que en el modo modal, pero siento que esto es excesivo.

The View mecanismo de la realidad negando al usuario cualquier otra acción, no tiene que ser realizada con una ventana emergente y ShowDialog, podría ser que se pone el punto de vista modal en la ventana existente, pero anula todos los demás, o alguna otra cosa. Esta lógica relacionada con la vista pertenece a la vista en sí misma. (Que un diseñador típico no pueda codificar esta lógica, parece una preocupación secundaria. Todos necesitamos ayuda algunas veces.)

Así es como lo he hecho. Lo ofrezco solo como sugerencia, probablemente haya otras maneras de pensarlo, y espero que usted obtenga más respuestas también.

Answer 2

He usado EventAggregator de Prism v2 en situaciones similares. Lo bueno de los prims es que no tienes que usar framework completo en tu aplicación MVVM. Puede extraer la funcionalidad EventAggregator y usarla junto con su configuración actual.

Answer 3

Puede echar un vistazo a este artículo de MVVM. En él se describe cómo un controlador puede comunicarse con el modelo de vista:

http://waf.codeplex.com/wikipage?title=Model-View-ViewModel%20Pattern&ProjectName=waf

Answer 4

No me gusta la mayor parte de las sugerencias actuales por una razón u otra, por lo que pensé que iba a unir a una pregunta con respuestas casi idénticas I hacer como:

Open File Dialog MVVM

Específicamente la respuesta por Cameron MacFarland es exactamente lo que hago. Un servicio proporcionado a través de una interfaz para proporcionar IO y/o la interacción del usuario es el camino a seguir aquí, por las siguientes razones:

• Es comprobable
• Se abstrae la implementación de los cuadros de diálogo para que su estrategia para el manejo de este tipo de cosas se puede cambiar sin afectar código constituyente
• no se basa en los patrones de comunicación. Muchas de las sugerencias que ve por ahí dependen de un mediador, como el Agregador de eventos. Estas soluciones se basan en la implementación de una comunicación bidireccional con los socios del otro lado del mediador, que es difícil de implementar y un contrato muy flexible.
• ViewModels permanecen autónomos. Yo, como usted, no me siento bien dada la comunicación entre el controlador y ViewModel. El ViewModel debe seguir siendo autónomo si por ninguna otra razón esto facilita la capacidad de prueba.

Espero que esto ayude.

Answer 5

uso el enfoque this para los diálogos con mvvm.

todo lo que tengo que hacer ahora es llamar al siguiente de mi modelo de vista para trabajar con un cuadro de diálogo.

var result = this.uiDialogService.ShowDialog("Dialogwindow title goes here", dialogwindowVM);