反应式框架与F#事件有何不同? 如果我已经熟悉F事件,并且我不打算有太多的C互操作,那么有没有理由考虑使用反应框架? < P>我认为有两个主要的不同:

反应式框架与F#事件有何不同? 如果我已经熟悉F事件,并且我不打算有太多的C互操作,那么有没有理由考虑使用反应框架? < P>我认为有两个主要的不同:,f#,reactive-programming,F#,Reactive Programming,首先,IEvent接口(由observeable模块的函数和Reactive Fx使用)之间存在差异。区别 反应式框架是一个更复杂的库,因此它实现了许多在F#inObservable或Event模块中不可用的组合器(尽管有 总结是,您应该更喜欢Observable模块中的函数。如果它拥有您所需要的一切,那么就不需要反应式框架。如果没有,那么您将需要反应式框架或MiniRx(我相信,它有时也更有效) F#事件模块,所以我认为反应式框架显然是受此启发的,但它并没有完全取代F#功能(主要是因为它不是

首先,
IEvent
接口(由
observeable
模块的函数和Reactive Fx使用)之间存在差异。区别

  • 反应式框架是一个更复杂的库,因此它实现了许多在F#in
    Observable
    Event
    模块中不可用的组合器(尽管有

  • 总结是,您应该更喜欢
    Observable
    模块中的函数。如果它拥有您所需要的一切,那么就不需要反应式框架。如果没有,那么您将需要反应式框架或MiniRx(我相信,它有时也更有效)


    F#
    事件
    模块,所以我认为反应式框架显然是受此启发的,但它并没有完全取代F#功能(主要是因为它不是.NET或F#core的标准部分)。

    这读起来像是一个大猩猩v鲨鱼问题——这是一个真正的问题。@JohnPalmer。关于这两方面的文档都很少。考虑到F#作为最终进入C#的功能测试平台的历史,这种差异仅仅是句法和遗留的,这也是很有道理的。无论如何,我不是F#方面的专家,但我认为F#使用了
    IObservable
    作为其事件系统的基础。如果是这样的话,它们是一样的。实际上,它看起来继承了iobservables。说到开源实现,还值得一提的是GitHub上的FSharp.Reactive,它以一种F#友好的方式包装了大多数(所有?)Rx扩展: