通知の送信に使用される C# を使用して構築されたアプリケーションがあります。通知の送信には、サードパーティの SOAP サービスを使用しています。ここで、通知を送信するのと同じ機能を提供する新しいサード パーティ API のサポートを追加する必要があります。
既存の C# アプリケーションはプレーンな OOP コンセプトを使用しています。現在、新しいベンダーをサポートするためにアプリケーションを変更する必要があるため、将来追加のベンダーを簡単にサポートできるように、利用可能な場合はいくつかの設計パターンを使用/適用することを考えています.
誰かがこの問題に直面したか、どの設計パターンが問題を解決するかを認識していますか?
ヘルプ/ポインタは大歓迎です。
ありがとう、ラフル
メッセージの送信に必要な機能を提供する Facade を使用します。アプリケーションは Facade でのみ動作し、ベンダーの SOAP サービスでは直接動作しません。
ベンダーごとに、このベンダーの SOAP サービスを使用する Facade の実装を作成します。この実装は、ベンダーの SOAP サービスからアプリケーションを完全に切り離して、新しいアセンブリに含めることができます。SOAP ベースではない他のメカニズムもサポートできるようになりました。
あなたが探しているのはアダプターパターンのようです。
アダプター パターンは、内部システムとデータを取得する場所との間にレイヤーをセットアップする場合です。このレイヤーが行うことは、データをその形式から独自の形式に変換することだけです。
これは、複数のデータ ソースがある場合、それらをすべて 1 つの受け入れられる形式に変換してシステムに渡すことができることを意味します。また、最後のデータ形式が変更された場合は、下位レベルのコードではなく、アダプターを更新するだけで済みます。
編集：ダニエルは正しいです。ファサードの方が適切です。私が説明したようなアダプターは、ソース間でデータを送信することに関するものです。ファサードは、データを変換する私のソリューションではなく、同様の方法でソース間に位置し、メソッドを変換します。