ドメインドリブンデザインとエンティティフレームワーク4.1（コードファースト）

Question

私は現在、ドメインドリブンデザインアプローチを開発に使用しており、Tim McCarthyのC＃ブックによる.NETドメインドリブンデザインをガイドとして使用しています。

この本は本当に役立ちますが、エンティティフレームワーク、特に4.1で利用可能なコードファーストアプローチを使用することについては、ちょっと不安になってきています。

本の例に基づいて、階層化されたアーキテクチャアプローチは、インフラストラクチャ層がモデル/ドメインを見ることができないことを意味するはずです。

ドメインのポコを、階層化されたアプローチに違反することなく、インフラストラクチャ層に座っておく必要がある（私が想定している）dbコンテキストクラスにマッピングする最良の方法は何ですか？

私は自分の考えに完全に間違っている可能性があるので、私はまだ学んでいるように教えてください！

多くの感謝:)

アダム

Answer 1

まあ、ほとんどのORMの今日、EF 4.1とNHibernateは（流暢Nhibenrateアドオン）などがマッピングクラスを介してDbのコンテキストにPOCOからのマッピングを記述することができます。これらのマッピングクラスは、おそらくORMセッション固有のクラスとともにインフラストラクチャデータベースプロジェクトに配置するのが最適です。

次に、POCOドメインクラスは、他のコンポーネントやプロジェクトへの参照を持たないドメインプロジェクトに配置する必要があります。しかし、インフラストラクチャデータベースプロジェクトはドメインを参照して、マッピングクラスが永続状態からPOCOをロードする方法を決定できるようにする必要があります。

優れた固体IoCフレームワーク（Windsor Castle ...）と一緒に多くの依存性注入を使用します。これは少し物事を緩めるのに役立ちます。インプリメンテーションではなく、抽象化/インタフェースに依存する方が優れています。ここで

は基本 http://www.infoq.com/articles/ddd-in-practice

しかし、あなたは、コードファーストアプローチのために行くことに決めた良いことです。私は本当にあなたがオプションを持っている場合は、そのアプローチをお勧めします。しかし、時には古いレガシーシステムが干渉すると、状況はそれほど簡単ではありません。