将RxScala与akka流进行比较
我试图将
RxScala与
Akka Streams进行比较.他们都提供支持发布和订阅的压力的流.
我的研究显示: RxScala更易于理解和使用.我觉得它适合应用程序代码.另一方面,akka流提供细粒度的控制(例如可配置的阶段),但是具有更陡峭的学习曲线.我觉得Akka Streams对框架或库代码是有好处的. 此外,使用RxScala轻松将现有的阻止应用程序迁移到非阻塞代码.见Netflix’s migration experience 然而,根据Roland Kuhn’s Reactive Streams Presentation,RxJava / RxScala有以下缺点: 实施纯粹的“推”模式 既不完美.当我们在现实世界中使用这些工具时,我想更多地了解其他人的经验.如果我从头开始应用项目(没有遗留代码的关注),我应该从哪个方面长期受益?谢谢. 解决方法
虽然这两者都不完美,但我相信在这种情况下,一个人比另一个更好.具体来说,由于在ReactiveX(RxJava / RxScala)中发现的限制,Netflix和其他的Reactive Streams(Akka Streams基于此)是专门开发的. Roland Kuhn在您从ETE 2014会议中链接的演示文稿中解释了这一点,并将其包含在您提取3个“缺点”的幻灯片中.对我而言,缺点是显着的.运行内存不足或阻止生产者不能使弹性,可扩展的应用程序.我同意Akka Streams比ReactiveX有更陡峭的学习曲线.
没有人可以确定什么是最适合您的应用程序项目,因为没有你所有的知识,我们不能评估它的适用性.考虑到我将用于构建虚拟现实系统的工具,我处于类似的情况.在我的情况下,我已经在ReactiveX上选择了Akka Streams来做部分工作.我的原因如下:它不会受到OOM和阻止ReactiveX的问题的困扰,同时提供与ReactiveX相同的功能,就内置的转换而言. 希望别人会回应他们的经验. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |