Потоки пользовательского интерфейса с ViewModels

Question

• Коллекции, связанные в представлении WPF, должны обновляться в потоке пользовательского интерфейса.
• ViewModel предоставляет коллекцию
• Поэтому, когда коллекция в ViewModel изменена, это должно быть сделано в потоке пользовательского интерфейса
• Лучше всего держать ViewModels в неведении о View и, возможно, о таких деталях, как Dispatcher.

Как лучше всего решить эту проблему, сохраняя возможность проверки модели представления?

Answer 1

Один из вариантов здесь - выставить SynchronizationContext , который можно использовать из ViewModel. Это механизм, который класс BackgroundWorker использует для синхронизации с пользовательским интерфейсом, не вводя зависимости от WPF или Windows Forms и позволяя ему работать с несколькими технологиями.

Это позволит вам выполнить маршалинг обратно в поток пользовательского интерфейса, не обращаясь к самому пользовательскому интерфейсу, включая Dispatcher.

Answer 2

Это довольно хорошо решается путем абстрагирования всей вашей логики добавления / удаления / обновления наблюдаемых коллекций + любой другой сложной логики, которая в вашем сценарии встречается в разных потоках.

Этот класс контроллера может отвечать за обновление ViewModel (он может иметь ссылку на виртуальную машину по интерфейсу) в правильном потоке.

Answer 3

Вы правы в том, что WPF дает нам Dispatcher для упрощения многопоточности; но если вы хотите разделить проблемы с шаблоном MVVM, вам необходимо реализовать другую стратегию потоков.

Я всегда находил класс BackgroundWorker более чем достаточным, чтобы удовлетворить это, отправляя обновления обратно в поток пользовательского интерфейса, чтобы вы могли обновить ObservableCollection в ВМ и распространить изменения в представлении. *

Answer 4

Один из вариантов - создать подкласс ObservableCollection, который переопределяет OnPropertyChanged и OnCollectionChanged и отправляет соответствующие события обратно в поток пользовательского интерфейса (через что-то вроде SynchronizationContext).

Это позволяет ViewModel быть более независимым, когда речь идет о многопоточности, а также значительно облегчает управление тестируемым кодом.