3

プロジェクトで使用するためのリアクター ライブラリを評価しています。私たちのプロジェクトは、春のコンテキストに支えられていました。そのため、Spring をサポートするイベント駆動型アプリケーションを構築するためのツールが必要でした。

また、私たちの主な焦点は、一連の非同期イベント (ストリームと Promises) を構成する機能でした。他の特定の使用例では、パブリッシャー/サブスクライバー モデルまたは実行時間の長いプロセスを非同期で実行する必要がある場合があります。

評価していると、最新のリリースされたリアクター スプリング バージョンが v1.1.3 であり、リアクター v1.1.3 に依存していることに気付きました。

しかし、reactor-v.2.0.0 (開発中) があり、特に Streams と Promises の領域でかなりの変更が加えられていることにも気付きました。

スプリングサポート付きのreactor-v1.1.3を使用するのが良い考えなのか、それともより多くのストリームとPromisesを使用する必要がある場合はreactor-v2.0を待つべきなのかを教えてください.

もしリアクター-v1.1.3.RELEASE を進めた場合、v2.0.0 にアップグレードするためにどれだけのコード変更が必要になるか.

また、reactor-v1.1.3/v1.1.4 の「reactor samples」のブランチがあるかどうかも確認したいと思いました。今のところ、reactor-v2.0 を使用するように更新されたマスター ブランチが 1 つしか利用できないことがわかりました。

最新リリース v1.1.4 のリアクター API はありますか。現在、API ( https://reactor.github.io/docs/api/ ) は Reactor 1.1.0 リリースを指しています。

reactor-core-2.0.0 のコードベースはどこにありますか? 見つけるのが難しいと感じています。

私はこのライブラリを初めて使用するので、言及されたポイント/質問のいずれかが間違っている場合は、お気軽に修正してください。ありがとう。

4

1 に答える 1

3

新しい開発を始める場合は、間違いなく Reactor 2.0 を使用してください。Streamこれは主にとPromiseAPIの大幅な改善により、メジャー バージョン番号を上げなければなりませんでした。残りのコードベースの違いはごくわずかです。1.1 のコードと 2.0 のコードを変換するには、パッケージの名前を変更したり、あちこちで微調整を行ったりする必要があります (1.1 でDeferredオブジェクトの使用を削除するなどStream)。

メジャー ポイント リリース バンプを正当化するもう 1 つの大きな変更は、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 に答える