問題タブ [monix]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
scala - monix の akka-streams の「alsoTo」類似物とは何ですか?
Monix は優れたフレームワークのように見えますが、ドキュメントは非常にまばらです。
alsoTo
monix の akka-streams の類似物は何ですか?
基本的に、ストリームを 2 人の消費者が消費するようにしたいと考えています。
scala - Monix のバックプレッシャ メカニズムを使用してメッセージの配信を確認できますか
メッセージの配信を保証するサードパーティ システムからメッセージを受信する状況があります。これを行うには、クライアントが受信した各メッセージを確認する必要があります。そのようなシステムの例として、RibbitMQ があります。
さて、Monix の Observables にはバックプレッシャ メカニズムがあることを知ったので、すぐにそれをメッセージの確認に使用したくなりました。言い換えると、 がonNext
返されたときAck.Continue
に外部システムにそのメッセージを確認できるように、オブザーバブルを作成したいと考えています。以下は私のアイデアの簡単な概要です。
もちろん、全体的な考え方は、メッセージの損失を回避し、オブザーバーが実際に Ack.Continue を返したときにのみメッセージを確認することです。しかし、Monix がオブザーバブルのバックプレッシャーの管理を担当している場合、たとえば Iなどがオブザーバーのmulticast
場合など、いくつかのケースに気付きました。share
その場合、元のオブザーバブルはAck.Continue
、意図したサブスクライバーの応答を待たずに受信します。
multicast
以上のことから、Monix のバックプレッシャー メカニズムを使用してサード パーティ側のシステムでメッセージを実際に確認することが良い考えであるかどうかという疑問が生じました。)
私はどんな助けにも感謝し、事前にどうもありがとう.