DDD: Tackling Complexity in the Heart of Software (pg. 159/160) から:
データベース スキーマが特にオブジェクトのストアとして作成されている場合、マッピングを非常に単純に保つために、いくつかのモデルの制限を受け入れる価値があります。
...
これには、オブジェクト モデルの豊富さをいくらか犠牲にする必要があり、データベース設計で妥協する必要がある場合もあります (選択的非正規化など)。
...
ただし、マッピングが透過的であり、コードを調べたり、マッピング ツールのエントリを読み取ったりすることで簡単に理解できることが重要です。
...
データベースがオブジェクト ストアと見なされている場合は、マッピング ツールの機能に関係なく、データ モデルとオブジェクト モデルが大きく分かれないようにしてください。リレーショナル モデルに近づけるために、オブジェクト リレーションシップの豊富さをいくらか犠牲にします。
単純なマッピングを使用すると、データ マッパーの保守が容易になり、バグが少なくなることは理解できますが、 DMとデータ モデルの間のマッピングを作成することで、ドメイン モデルとDM の実装の間の緊密な結合を失う危険性もある理由がわかりません。繁雑。
つまり、DMを作成するときは、非ドメイン レイヤーがどのように実装され、どのような技術が使用されるかを忘れないようにする必要があります。また、Data MappersはDAL内(ドメイン層の外) に存在するため、 DMとData Modelの間のマッピングの複雑さ (したがって、Data Mappersの複雑さ) は、 DMとDM の実装の間の結合にどのように影響しますか?
ありがとうございました