シナリオは次のとおりです:
顧客は SDK を通じて元のメッセージを送信します。メッセージを受信した後、開発中のモジュールは構成に従って メッセージを抽出および変換し、新しいメッセージを生成します。メッセージ形式 であり、mq を通じてダウンストリーム モジュールに渡されます。
パターンを適用する場合、それは何にすべきですか?
編集日:2017年6月22日 18:00
明確に説明できなかったために誤解を招いた可能性があります。そのシーンを詳しく説明してください:
メッセージを受信する
メッセージの送信元のクライアントを特定し、バックグラウンドでクライアントの構成を取得します。
構成情報に従って、メッセージを抽出および変換して新しい形式のメッセージを生成します
新しいメッセージを他のバックエンド モジュールに送信して処理する
完成した関数は、id、type、content などの必要なデータの形式を制限するコンバーターです。getId、getType、getContent メソッドを使用してインターフェイスを作成し、実装者にこれらの値を提供するように要求できます。 。
コンバータを通過すると、さまざまなオブジェクトが得られます。
次のように達成できると思います:
メッセージが異なると、対応する機能、メッセージの抽出、新しいメッセージの生成などを実行するための異なるメッセージ プロセッサ (ハンドラー) が存在します。
すべてのハンドラーは処理チェーンを形成し、各ハンドラーはそれ自体で処理する必要があるかどうかを決定するための match メソッドを持ち、処理できない場合は後続のハンドラーに引き渡されます。
そこで、責任連鎖モデル、戦略モデルなどを考えることができると思います。
このような単純な要件、アダプター、それを適応させるだけです