Reactive Extensions是否适合公共汽车？

Question

我现在一直在使用Rx在一个应用程序中创建一个事件总线(想想CQRS/ES),它看起来效果很好.然而,在调查了一堆不同的Event Sourcing框架之后,我还没有看到Rx使用过一次.与基于反射/容器的调度程序相比,它看起来非常合适,但也许有一些我缺少的东西.我宁愿不花一大堆时间在一个有3个月的停顿的东西上.是不是有理由说Rx不合适？

谢谢,埃里克

Answer 1

对于事件驱动和反应式编程,Rx绝对是一个非常棒的框架.事实上,我会说限制自己IObservable接受调度的接口实际上比任何更重的重量更好.然后,您自然会使用"消息传递"导向的样式,这非常适合扩展和不变性.关注点的分离变得很自然.

如果您的系统超出单个应用程序,您将来可能会遇到的困难.Rx在单个应用程序中非常简单,但只要您需要在应用程序之间添加"基础结构",就需要付出一些努力.不是说它不起作用!确实如此,当你在为你的不同来源的下探Subject和IObservable实例-它只是需要在某些情况下手工完成,而其他"事件采购"框架(那你心目中的？)可能有更大范围的外部"适配器".

关于Rx通常以这种方式使用(即在互联网上).首先,请记住,除了.NET之外还有许多其他平台,Rx不会出现在其中任何平台上.反应式风格可能有不同的名称.

其次,你 - 是 - 不是 - 孤单.包括那些非常喜欢Rx的人,他们希望在Scala和JVM中做到这一点!