@Crash94

Добрый день,

задался вопросом, в каких случаях есть смысл от применения DispatcherSynchronizationContext в WPF.
При написании асинхронных операций смысла его использовать нет, так как получится дедлок, в случаях когда нужно обновить UI из другого потока, код можно исполнить просто через Dispatcher.Invoke.

0

@novikov.ea

Классы Dispatcher и DispatcherSynchronizationContext определены в сборке WindowsBase.dll. А WPF ссылается на WindowsBase.dll. Это значит, в WPF можно одинаково использовать как Dispatcher, так и DispatcherSynchronizationContext.
Но если мы заглянем в реализацию DispatcherSynchronizationContext, мы сможем увидеть, что внутри просто используется Dispatcher.

DispatcherSynchronizationContext наследуется от SynchronizationContext, который определён в System.Threading.dll (для .NET Framework), mscorlib.dll (для .NET Core), netstandard.dll (для .NET Standart)
Это значит, что если ViewModel лежит в отдельной сборке, мы можем передавать ему DispatcherSynchronizationContext как SynchronizationContext для вызова кода в основном потоке. Но более умный способ - это использовать Scheduler'ы из Rx, которые удобны для работы во ViewModel'ях.
В Rx есть не только DispatcherScheduler, но и другие на все случаи жизни: ImmediateScheduler, CurrentThreadScheduler, DispatcherScheduler, EventLoopScheduler, Scheduler.NewThread, Scheduler.ThreadPool, Scheduler.TaskPool, TestScheduler

Добавлено через 4 минуты
Если выполняется код WPF приложения в основном потоке и нам встречается await task, то DispatcherSynchronizationContext неявно позволяет выполнить код, следующий после await task в основном потоке.

0