3

我们正在评估反应堆库,以便在我们的项目中使用它。我们的项目得到了spring context的支持。所以我们需要一个工具来构建具有spring支持的事件驱动应用程序。

此外,我们主要关注的领域是组合异步事件序列的能力(流和承诺)。在某些其他用例中,我们可能需要发布者/订阅者模型或异步运行长时间运行的进程。

在我评估时,我注意到以下一些最新发布的 reactor-spring 版本是 v1.1.3,它依赖于我们可以使用的 reactor-v1.1.3。

但我也注意到有 reactor-v.2.0.0(正在开发中),它有很多变化,尤其是在 Streams 和 Promises 领域。

请建议我使用带有弹簧支持的 reactor-v1.1.3 是否是一个好主意,或者如果我们必须使用更多的 Streams 和 Promises,我们是否应该等待 reactor-v2.0。

如果我们继续使用 reactor-v1.1.3.RELEASE 可能需要进行多少代码更改才能将自己升级到 v2.0.0。

我还想检查我们是否有任何用于 reactor-v1.1.3/v1.1.4 的“反应器样本”分支。到目前为止,我只能看到一个可用的 master 分支,它已更新为使用 reactor-v2.0。

我们有最新版本 v1.1.4 的反应器 API。目前 API ( https://reactor.github.io/docs/api/ ) 指向 Reactor 1.1.0 Release。

我在哪里可以找到 reactor-core-2.0.0 代码库?我发现很难找到。

由于我是这个图书馆的新手,如果我提到的任何观点/问题不正确,请随时纠正我。谢谢。

4

1 回答 1

3

如果您要开始新的开发,一定要使用 Reactor 2.0。主要是APIStreamPromiseAPI 的重大改进导致不得不提高主要版本号。其余代码库的差异非常小。在 1.1 代码和 2.0 代码之间转换需要一些包重命名和一些调整(比如在 1.1 中消除Deferred对象的使用Stream)。

另一个证明重大点发布的重大变化是Reactive Streams 规范的实现。进一步讨论它超出了这个问题的范围,但它是 Reactor 向前发展的重要组成部分。能够与 Akka Streams、Ratpack、RxJava 和其他已经(或即将)实现 Reactive Streams 的库进行本地集成,这对 Reactor 2.0 来说是一个巨大的好处。

reactive-streams分支包含 Reactor 2.0 的代码。M1 即将推出,我们将开始更新样本的过程,尽管您已经注意到,一些组件(如 Spring 支持)已经不得不升级到 Reactor 2.0,因为它们在一些主要的几乎生产应用程序中受到依赖.

于 2014-08-28T14:38:27.413 回答