問題タブ [request-response]

私たちのソフトウェア アーキテクトは、すべての API アクションに独自のレスポンス クラスを持たせることを義務付けています。これは、すべてのレスポンスがわずかに異なる可能性があるためです。したがって、基本的に Product DTO を Base Response クラスにラップし、必要に応じてわずかにカスタマイズします。これは良い建築慣行ですか？私はプログラミングを始めましたが、それは一種の繰り返しのようです。また、これに対するより良い最適な代替手段は何ですか?

製品クラス:

ベースレスポンス:

個別の対応:

複数のクライアント A (メイン アプリケーション) と複数のクライアント B (支払いサービス) があります。

クライアント B で処理および回答されるメッセージをクライアント A から公開する場合 (別のトピックで回答を公開する)、クライアント A でこの回答を取得するにはどうすればよいですか?

問題は、クライアント A に複数のインスタンスがあるため、リクエストをトリガーしたまったく同じインスタンスが応答を受け取ることを保証できないことです (PubSub はランダムに 1 つのインスタンスを選択します)。

RabbitMQ のような他のブローカーには「返信先」オプションがあることがわかりました。Google PubSub に似たようなものはありますか?

そうすれば、毎回フロントエンドでこのチェックを処理するのではなく、クライアント A で「同期」操作をシミュレートし、処理/応答が終了したときにのみユーザーに応答することができます。

ありがとうございました！

私は、RabbitMQ v3 で Masstransit dotnet コア v6.3.1 を使用しています。私の場合は、API ゲートウェイから他のサービスにリクエストを送信しています。サービスは、リクエストごとに異なるトピックを使用して、トピックとゲートウェイによって消費されます。マストランジットでリクエスト/レスポンスを使用しようとしています。しかし、requestClient は交換タイプをファンアウトに宣言しました。そして、私はタイプを変更することはできません。リクエスト/レスポンスでリクエストごとに異なる routingKey を使用したい。これどうやってするの？

私はゲートウェイで使用しました：（startup.cs）

(カスタムコントローラー)

私は他のサービス（スタートアップ）で使用しました：

(カスタム コンシューマー)

また、最初にrabbitmqで交換を宣言しようとしました。交換UriでclientFactoryからのリクエストを作成した後。しかし、「 ... 'ファンアウト' を受け取りましたが、現在は 'トピック' です。」 のようなエラーが発生しました。