さまざまなソースから情報を収集して独自の一般的なモデルを作成する場合、どの設計パターンを使用する必要がありますか?
例として、さまざまなビデオ ストリーミング サービスから一般化されたモデルへのビデオのポーリングが挙げられます。つまり、各ビデオ ストリーミング サービスには、異なるプロパティ セットを持つ Video オブジェクトの独自の表現があります。したがって、これらのさまざまな構造を収集し、それらを一般化された Video オブジェクトに集約する必要があります。
私たちを作るためのよく知られたデザインパターンはありますか? 私が行ったことは、api-model から一般的なモデルを作成する責任を持つ各 API のファクトリを持つことです。これは良いアプローチですか？
あなたの問題ステートメントは、単一の設計パターンの範囲に収まるようには見えません。あなたが述べたように、さまざまなソースからデータを取得していて、それらをグループ化したい場合は、複合パターンが適切な選択になる可能性があります。
入力のためにさまざまなソースと通信する必要があるため、その部分を完全に非同期にして、メインプログラムをブロックしないようにすることをお勧めします。
異なるソース システム インタラクション API の複数のインスタンスを初期化する必要があると思われるため、抽象要素を使用することもできます。
また、他のシステム/サービスを互いに独立した状態に保つには、依存性注入を使用するとよいでしょう。
お役に立てれば。
一般的なモデルがアプリケーションでさらに使用され、情報がどこから来ているかを気にしない場合は、抽象的なファクトリ パターンが共通のインターフェイスになる可能性があります。アプリケーションがデータの送信元を知る必要がある場合、または API にいくつかの共通機能と独自の仕様がある場合は、ファクトリ パターンとリポジトリ パターンを組み合わせます。