events - IObservable 与普通事件或为什么我应该使用 IObservable？

Question

微软推出了 IObservable<T> interface到 BCL 与 .NET Framework 4，我想，“太棒了，终于，我必须使用它!”因此，我深入挖掘并阅读帖子和文档，甚至实现了该模式。

这样做之后，我意识到基本实现实际上发送了所有 T向其所有订阅者发送事件，而无需对其进行任何过滤；即纯广播。我在某处读到 Observable 模式适用于普通广播。我觉得这不是真的，我错过了一些东西。

我的问题:

1. 如果我添加过滤机制，使用 Observable 模式和仅使用普通 CLR 事件有什么区别？

2. 何时应使用此模式，何时应选择使用普通 CLR 事件？

3. Observable 模式的主要优点是什么？

Answer 1

Observable 是 Rx library 的基石。他们提供了几乎所有您需要的实现和运算符。背后的想法IObservable<T>和Rx不仅仅是“处理”事件，还启用“LINQ to Events”。因此，您可以轻松地编写“事件流”，与常规事件处理相比，这为您提供了强大的功能。

请注意 IObservable<T> 的示例 MSDN 实现是 incorrect ;文档团队已收到通知。