2

現在、Webサービスを使用して別の内部システムに更新を送信するアプリケーションに取り組んでいます。

私は今、多くのサードパーティにアップデートを提供する必要があります。更新を受け入れる方法はそれぞれ異なります。1つはWebサービスを提供し、もう1つは(独自の形式の)フラットファイルのアップロードを受け入れ、もう1つは特定の場所にftpされたCSVファイルを必要とします。

一部のサードパーティは毎分更新を望んでおり、別のサードパーティは毎日の更新に満足しています。

サードパーティごとに特定のコードを作成する必要がありますが、内部ソフトウェアを変更せずに、必要な数のサードパーティを追加できる優れた設計アプローチに従いたいと思います。

これを実現するには、どのようなデザインパターン/原則を使用する必要がありますか?

4

1 に答える 1

0

Bridge設計パターンは、オブジェクト構造の法案に適合するように思えます。ファイル\レポートを準備し、すべてのサード パーティ (またはコンポーネント) に対して同じようにサード パーティに送信するために、クライアント インターフェイスを統一する必要があります。

FTP へのアップロードや Web サービスへのメッセージ送信のアルゴリズムは、Strategyデザイン パターンを使用して実装できます。毎日、毎週、または毎月更新を送信するためにスケジュールを変更する必要がある場合は、Strategy.

完全なソリューションを実装するには、さらに 1 つまたは 2 つの設計パターンが必要です。ソリューションの設計を開始すると、それが理解できると思います。

于 2012-10-14T18:46:50.993 に答える