BindingOperations.EnableCollectionSynchronization mystery in WPF

Я пытаюсь понять эту концепцию, и даже после многих экспериментов я до сих пор не могу понять, что лучше всего использовать с ObservableCollections в WPF и с использованием BindingOperations.EnableCollectionSynchronization.BindingOperations.EnableCollectionSynchronization mystery in WPF

Если у меня есть ViewModel с наблюдаемой коллекцией и включить сбор синхронизацию на нем, используя блокировку, как показано ниже:

m_obsverableCollection = new ObservableCollection<..>; 
BindingOperations.EnableCollectionSynchronization(m_obsverableCollection, 
                m_obsverableCollectionLock);

Означает ли это, что каждая модификация и перечисление над этой наблюдаемой коллекцией будут:

Заблокировать сбор автоматически, используя m_obsverableCollectionLock?
Marshall Все изменения в теме, на которой была создана коллекция?
Marshall Все изменения в теме, на которой был выполнен вызов операции привязки?

При использовании BindingOperations.EnableCollectionSynchronization, мне когда-нибудь понадобится сделать какой-либо блокировки явно?

Проблема, которая породила все это в том, что даже после того, как с помощью BindingOperations.EnableCollectionSynchronization и блокировки элементов, используя тот же замок, я прошел в этот метод, очень редко я получаю «Этот тип CollectionView не поддерживает изменения в его SourceCollection из поток, отличный от потока Диспетчера. " исключение

источник

2013-11-01 Ruskin

Можете ли вы опубликовать код, как вы пытаетесь изменить коллекцию и откуда? Я попробовал его в небольшом приложении, и он отлично работает для меня. –

Проблема была прерывистой, поэтому не удалось добавить код для ее воспроизведения. Проблема заключалась в том, что BindingOperations.EnableSynchronization должна выполняться через поток пользовательского интерфейса, иначе существует вероятность исключений, возникающих при доступе к коллекции через потоки неинтерфейса. – Ruskin

. Вы обновляете ObservableCollection в основном потоке пользовательского интерфейса или из фонового потока ? Если из потока bg вы делаете обновление, используя вызов 'Application.Current.Dispatcher.BeginInvoke()'? Вы пробовали этот вызов, используя простой оператор 'lock()' (~ здравомыслие) ...? – code4life

Я не использовал этот конкретный синтаксис, но всякий раз, когда мне нужно обновить ObservableCollection из фонового потока, я следовать этой схеме:

// i just typed this off the top of my head, so be forewarned... :) 
lock(someLockingObj) 
{ 
    Application.Current.Dispatcher.BeginInvoke(new Action(()=> 
    { 
     ... update here.... 
    })); 
}

Обычно ошибка, что вы столкнулись, когда происходит нить bg пытается обновить ObservableCollection напрямую, без Dispatcher.BeginInvoke (или даже Invoke тоже будет работать, в большинстве случаев, IMHO).

источник

2014-12-04 04:36:54 code4life

Спасибо за это, я думаю, чтобы избежать добавления класса BindingOperations, поэтому мы решили его с помощью этого ... см. Ответ ниже :) – Ruskin

Мы, наконец, добрались до нижней части его:

Мы должны включить CollectionSynchronization на диспетчеру:

Application.Current.Dispatcher.BeginInvoke(new Action(()=> 
{ 
    BindingOperations.EnableCollectionSynchronization(m_obsverableCollection, m_observableCollectionLock); 
}));

Тогда каждый раз, когда любой другой поток хочет получить доступ к наблюдаемым вы можете просто:

lock (m_observableCollectionLock) 
    m_observableCollection.Add(...)

источник

2014-12-15 07:52:16 Ruskin

BindingOperations.EnableCollectionSynchronization mystery in WPF

ответ

Смежные вопросы