私は、異なるテーブルを使用していっぱいになるが、同じ接続を持つ多くの情報を持つエンティティを処理するリポジトリを持っています。多くの子リポジトリによってリポジトリを構成することはできますか?
物事をよりよくカプセル化するために、エンティティの一部を埋める「サブレポジトリ」を作成しました。
パターンに違反するのか、それとも完全に正しいのですか? ありがとうございます。
私は、異なるテーブルを使用していっぱいになるが、同じ接続を持つ多くの情報を持つエンティティを処理するリポジトリを持っています。多くの子リポジトリによってリポジトリを構成することはできますか?
物事をよりよくカプセル化するために、エンティティの一部を埋める「サブレポジトリ」を作成しました。
パターンに違反するのか、それとも完全に正しいのですか? ありがとうございます。
あなたの質問に答えるために、私はそれがオブジェクトにテーブルをマッピングしdata mapperとrepositoryの間に明確な区別をするために理にかなっていると思う:
は、ドメインとデータマッピングの間を仲介リポジトリデータ・マッパー
一方層私が正しくあなたの質問を理解していれば、オブジェクトとデータベース
間
移動データは、だから、あなたは実際にデータマッパーについて話しています。
はい、大きなマッパーに構成できるデータマッパーを作成するのは良いアプローチです。懸念の分離を促進し、個々のマッパーを単純化します。
一方、リポジトリは集約ごとに使用する必要があります。 ドメイン内の各集約に対して1つのリポジトリを作成します。これは、リポジトリがエンティティではなく、集約全体でのみ機能することを意味します。その目的を達成するために、リポジトリは(構成された)データマッパを使用することができます。これは、2つの概念がどのように関連しているかです。
これはCodeReviewで関連する作業コードとともに尋ねられるべきだと思います。 – Alexei
この質問には簡単な答えがありますが、それは「それに依存する」回答ではありません。 – MikeSW
同意します。 @DavidGと他の人は、あなたは "意見に基づいて"読み上げて、このようなQを激しくクローズすることをやめることができますか?最初のものではないからです。 – guillaume31