Aplicación WPF de subprocesos múltiples: invocación de despachador. Una forma más eficiente?

Question

El uso de .NET 3.5

Hola chicos, estoy haciendo una aplicación de WPF para un proyecto y que solo estaba buscando un poco de conocimiento en relación con el Dispatcher y multihilo. Un ejemplo de mi programa:

Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new Action(
         () =>_aCollection.Add(new Model(aList[i], aSize[i])))); 

Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new Action(
         () => _Data.Add(new DataPoint<double, double>(Id, aList[i])))); 

Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new Action(
         () => _historical[0].Add(aList[i]))); 

entiendo que WPF no le gusta cuando otro hilo acceso a un objeto distinto del que lo creó. Sin embargo, estaba pensando que seguramente había una mejor manera de hacer tantas invocaciones de despachadores, ¿podría alguien por favor empujarme en la dirección correcta al menos? (Si es que hay una solución mejor).

Saludos, Sparky

Answer 1

Puede empezar por ser menos detallado en sus llamadas, es decir

Application.Current.Dispatcher.Invoke(() =>_aCollection.Add(new Model(aList[i], aSize[i]))); 

Otro truco que me gusta usar es para hacer un método de acceso directo como esto:

public static void UiInvoke(Action a) 
{ 
    Application.Current.Dispatcher.Invoke(a); 
} 

Entonces usted tiene incluso menos que hacer, como en:

UiInvoke(() =>_aCollection.Add(new Model(aList[i], aSize[i]))); 

Usar dispatcher.Invoke() es realmente solo cómo recuperar la acción en el hilo de la interfaz de usuario, que es probablemente donde se crearon estos objetos (_aCollection) en primer lugar. Si los elementos en cuestión no tienen interacción directa con el hilo de la interfaz de usuario, entonces puede crearlos/manipularlos en un hilo diferente, eliminando la necesidad de utilizar el despachador. Por supuesto, este enfoque podría volverse más complicado dependiendo de lo que esté haciendo.

Answer 2

La forma más fácil sería combinar las tres llamadas en una sola:

Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new Action(
         () => 
         { 
          _aCollection.Add(new Model(aList[i], aSize[i]); 
          _Data.Add(new DataPoint<double, double>(Id, aList[i]); 
          _historical[0].Add(aList[i]) 
         })); 

Answer 3

si estás usando .Net 4.0 Me gustaría ver en el uso de System.Threading.Tasks. Esto parece ser un buen ejemplo para continuations.

Answer 4

Su problema proviene del hecho de que ObservableCollection no envía cambios automáticamente al hilo de la interfaz de usuario. Esto es diferente de INotifyPropertyChanged simple, que lo hace de forma automática. Recomiendo crear tu propia ObservableCollection específica, que implemente INotifyCollectionChanged, que automaticamente distribuya los cambios al hilo de UI.

Se puede ver ejemplo aquí: SynchronizedObservableCollection and BindableCollection

viejo respuesta/pregunta: ¿Está utilizando DependencyObject y DependencyProperties para su unión? Si es así, entonces suéltalo. Se discutió muchas veces y esta es una de las razones más importantes por las que se debe usar INotifyPropertyChanged. La única necesidad de usar dispatcher es modificar las propiedades de los objetos de la GUI y es obvio por su ejemplo, eso no es lo que está haciendo. Y el enlace se ejecuta automáticamente a través del despachador.

Véase también View Models: POCOs versus DependencyObjects