c# - una - ¿Cómo hacer que ObservableCollection sea seguro para subprocesos?

thread invoke c#

Question

System.InvalidOperationException: Collection was modified; enumeration operation may not execute.

Estoy agregando / eliminando de un ObservableCollection que no está en un subproceso de interfaz de usuario.

Tengo un método que nombra EnqueueReport para agregar a la colección y un DequeueReport para eliminar de la recopilación.

El flujo de pasos es el siguiente:

1. 1.call EnqueueReport siempre que se solicite un nuevo informe
2. llamar a un método cada pocos segundos para comprobar si se genera el informe (esto tiene un bucle foreach que verifica el estado generado de todos los informes en ObservableCollection)
3. llamar a DequeueReport si el informe se genera

No estoy mucho en las bibliotecas de C #. ¿Puede alguien por favor guiarme en esto?

Answer 1

Puede crear una versión sencilla y amistosa de la colección observable. Como el siguiente:

 public class MTObservableCollection<T> : ObservableCollection<T>
{
public override event NotifyCollectionChangedEventHandler CollectionChanged;
protected override void OnCollectionChanged(NotifyCollectionChangedEventArgs e)
{
NotifyCollectionChangedEventHandler CollectionChanged = this.CollectionChanged;
if (CollectionChanged != null)
foreach (NotifyCollectionChangedEventHandler nh in CollectionChanged.GetInvocationList())
{
DispatcherObject dispObj = nh.Target as DispatcherObject;
if (dispObj != null)
{
Dispatcher dispatcher = dispObj.Dispatcher;
if (dispatcher != null && !dispatcher.CheckAccess())
{
dispatcher.BeginInvoke(
(Action)(() => nh.Invoke(this,
new NotifyCollectionChangedEventArgs(NotifyCollectionChangedAction.Reset))),
DispatcherPriority.DataBind);
continue;
}
}
nh.Invoke(this, e);
}
}
}

con eso ahora haz un hallazgo masivo y reemplaza y cambia todo tu ObservableCollection por MTObservableCollection y listo.

Answer 2

La solución que Franck publicó aquí funcionará en el caso de que un hilo esté agregando cosas, pero ObservableCollection (y List, en el que se basa) no son seguros para subprocesos. Si hay varios hilos que escriben en la colección, podrían introducirse errores difíciles de rastrear. Escribí una versión de ObservableCollection que usa un ReaderWriteLockSlim para ser realmente seguro para subprocesos.

Lamentablemente, tocó el límite de caracteres de , por lo que aquí está en PasteBin. Esto debería funcionar al 100% con múltiples lectores / escritores. Al igual que regularmente con ObservableCollection, no es válido modificar la colección en una devolución de llamada (en el hilo que recibió la devolución de llamada).