¿Se considera una mala práctica que los objetos ViewModel tengan el Dispatcher?

Question

Mi aplicación WPF está estructurada utilizando el patrón MVVM. Los ViewModels se comunicarán de forma asíncrona con un servidor, y cuando se devuelven los datos solicitados, se activa una devolución de llamada en ViewModel, y hará algo con estos datos. Esto se ejecutará en un hilo que no es el hilo UI. A veces, estas devoluciones de llamadas implican trabajo que debe realizarse en el hilo de UI, por lo que necesito el Dispatcher. Esto podría ser cosas como:

• Adición de datos a un ObservableCollection
• comandos de activación Prism que fijarán algo que se mostrarán en la interfaz gráfica de usuario
• Creación de objetos de WPF de algún tipo.

Intento evitar esto último, pero los dos primeros puntos aquí me parecen razonables para ViewModels. Asi que; ¿está bien que ViewModels mantenga el Dispatcher para poder invocar comandos para el subproceso de UI? ¿O esto se considera una mala práctica? ¿Y por qué?

Answer 1

Desde un ObservableCollection debe ser actualizado en el hilo al que pertenece (suponiendo una aplicación de interfaz gráfica de usuario), y ObservableCollections debe ser parte de la ViewModel, entonces hay un caso claro para el modelo de vista que tiene una Dispatcher.

No puedo verlo como parte del Modelo.

Answer 2

Estoy de acuerdo con kyoryu y me gustaría señalar que solo crea una dependencia en el archivo de ServiceModel (que ya tiene) y no en la propia vista, por lo que hay muy poco para oponerse a esta construcción.

me estaba probando algunas cosas con WPF, un simple máquina virtual y las discusiones de ayer y llegaron a la conclusión de que absolutamente necesitaba para pasar el despachador a la máquina virtual.

Véase también Using WPF UI thread should always ensure STA apartment mode, right?

Answer 3

Idealmente, un ViewModel debe ser totalmente independiente de la tecnología de interfaz de usuario utilizado. en teoría, debemos ser capaces de volver a utilizarlo para Windows Forms (si proxeneta los Windows Forms controla un poco para apoyar mejor la unión), para páginas Web (preveo algún tipo de mecanismo especial aquí que compilar el ViewModel también en Javascript), y para cualquier tecnología futura. No todas estas tecnologías usarán el modelo Dispatcher.

Dicho esto, considero que es un compromiso pragmático incluir el Dispatcher en el ViewModel en la actualidad. En mi clase base ViewModel, puedo comprobar por la corriente Dispatcher:

protected override void OnPropertyChanged(object sender, PropertyChangedEventArgs e) 
    { 
     if (Deployment.Current.Dispatcher == null || Deployment.Current.Dispatcher.CheckAccess()) 
     { 
      base.OnPropertyChanged(sender, e); 
     } 
     else 
     { 
      Deployment.Current.Dispatcher.BeginInvoke(() => base.OnPropertyChanged(sender, e)); 
     } 
    } 

todavía tengo la dependencia de System.Windows por supuesto, pero bueno. : ->

Answer 4

debe considerar el uso AsyncOperation lugar.