Диспетчер действительно ли WPF является решением много проблем многопоточности?

Основной вопрос с использованием Диспетчера (или BackgroundWorker) - то, что трудно протестировать, если Ваш ремень безопасности тестирования на самом деле не имеет поток UI.

Использование Решения 1

SynchronizationContext. Это обеспечивает ту же способность вызвать на поток UI и работы в Windows или WPF. Тестирование его также возможный .

Решение 2

Думают о диспетчере, как являющемся только что другим сервисом. Поскольку Вы используете ПРИЗМУ, Вы знакомы со службами и МОК. Вот то, как такой сервис может использоваться:

// Not a UI component
public class MyDomainService : IMyDomainService
{
   private readonly IDispatcher _dispatcher;

   public MyDomainService(IDispatcher dispatcher) 
   {
      _dispatcher = dispatcher;
   }

   private void GotResultFromBackgroundThread()
   {
       _dispatcher.Dispatch(() => DoStuffOnForegroundThread());
   }
}

Это позволяет Вам занимать место в различных реализациях свою платформу/тестирование.

Вот пример IDispatcher, реализация WPF и тестовая реализация . Вы зарегистрировали бы их в своем контейнере МОК точно так же, как любой другой сервис, и они доступны и UI и другим сервисам.