.net - Rx 与响应式编程有什么关系？

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




8年前关闭。




我读过响应式(Reactive)编程的基本思想，即根据源值表达式使变量随时间变化。我什至implemented this使用表达式。但是后来我查看了 Microsoft 的 Reactive Extensions (Rx) 并看到了完全不同的东西。随时间自我更新的变量在哪里？没有什么可看的。只是通过事件参数进行枚举的一些奇特方式。

所以我的问题是:Rx 到底有多“ react ”？我们现在看到的功能是 future 功能的前兆吗？还是微软不小心抛出了一个流行词？还是我完全没有捕获重点(在这种情况下，我希望您解释如何)？

编辑:
我已经通过 Rx 的描述得到了一些很好的答案，此外问题已关闭。 :(但我仍然希望听到更多关于以下内容的信息:

Rx 在什么意义上是“ react 性的”？我认为自我更新变量是这个想法的核心，但 Rx 不提供这些。 LINQ-to-Events 似乎是 Rx 的更好名称。我开始认为微软在将其应用于 Rx 时可能误用了“reactive”这个词。

当前的 Rx 功能可能以何种方式成为自更新变量的先驱？我已经实现了这样的功能，但没有注意到 Rx 有任何用于此目的的东西。

Answer 1

“响应式(Reactive)”可能更像是一个流行词，尽管它确实与另一种称为“功能响应式(Reactive)编程”的语言概念很好地联系在一起......

无论如何，什么接收 回答"is"的人比我聪明得多，但我会试一试:

一开始，有东西；这些东西有形状，叫做 POCO

这些收藏 POCO 形成，因此它们被命名为 IEnumerable<T>

“但是事件呢？”人们呻吟和哀号，“它们不适合集合和群组!我们必须创建奇怪的、有外星人感觉的调用和响应处理程序来应对它们!”

就在那时 TheErik , TheBart和其他人看着这些奇怪的事件并想“嘿，我们可以让它们像 POCOs 一样，因为它们只是 IEnumerable<T> 的镜像!”

这是的诞生IObservable<T> ， 的对偶IEnumerable<T> (对于流“推送”信息给观察者，而不是观察者“拉”出项目)

然后我厌倦了在“创世纪模式”中写作，那些真正聪明的人捆绑了形成 LINQ 的相同一元查询逻辑。以及与 ISchedulers 一起“时间旅行”的能力并称之为“Rx”