我对在我的代码中使用 lock 有一种非常不好的感觉,但是现在 WindowBase 的 Dispatcher 存在,我想在任何地方使用它。
例如,我使用一个多线程单例 WCF 服务,它在 PRISM 的 EventAggregator 上发布事件,有效负载是不可变的(它只是数据),并且每个带有调度程序的线程都可以优雅地检索事件,而不会在自己的调度程序中出现死锁。(不仅是 UI 线程,还有数据库调用线程、服务调用线程、日志线程或其他调用慢的线程,因为我不想冻结 UI)。
但是我的问题是这个 Dispatcher 是与 WPF 耦合的,所以当我到处使用它时我感到有点内疚,我觉得这个 Dispatcher 不是为我的用例而创建的。
它是否存在另一个不与 WPF 耦合的 Dispatcher 实现?还是可以滥用它?
谢谢,
更新
Paul Stovell 给我的解决方案是创建一个接口 IDispatcher,以及一个用于 Wpf Dispatcher 的适配器,这样会更容易测试!这个解决方案对我有好处,因为我重构了我的测试,我现在可以在我的测试中使用 SynchronousDispatcherAdapter(多亏了它,我不必在我的测试中使用 WPF 的 Dispatcher)。
使用 Dispatcher 而不是 BackgroundWorker 是有意义的,因为我使用的是多发布者/订阅者模式(使用 PRISM),并且感谢 Dispatcher,每个事件处理程序都在订阅事件的线程上调用。这意味着多线程问题可能发生的唯一点是我的事件的有效负载(我让他不可变)。
我的不同线程之间不直接通信,它们只能发布和订阅事件。因此,数据库调用、日志调用、服务调用、UI 调用在不同的线程上运行并且彼此不知道(它们只知道他们订阅和发布的事件)。
当我从我的 UI 对存储库进行一些调用时,后台工作人员将是有意义的。
但我希望找到一个不使用 BackgroundWorker 的设计,因为我更喜欢使用这种订阅者/发布者模式(我认为它使我的代码更具可读性)