Entity Frameworkとレイヤー分離

Entity Frameworkを少し使用しようとしていますが、レイヤーの分離に関する質問がありました。

私は通常UI-> BLL-> DALアプローチを使用しますが、ここでEFを使用する方法を知りたいです。

私のDALは通常、次のようなものです

GetPerson(id)
{
    // some sql
    return new Person(...)
}

BLL：

GetPerson(id)
{
    Return personDL.GetPerson(id)
}

UI：

Person p = personBL.GetPerson(id)

私の質問は、EFが私のモデルとDALを作成するので、EFを自分のDAL内にラップするのは良い考えですか、それとも時間の無駄ですか？

EFをラップする必要がない場合でも、Model.esmxを独自のクラスライブラリ内に配置しますか、それともBLL内に配置してそこで作業するだけでいいでしょうか？

EFを自分のDAL内にラップする理由は実際にはわかりませんが、他の人が何をしているのか知りたいです。

したがって、上記の代わりに、DALを除外して、次のようにします。

BLL：

GetPerson(id)
{
    using (TestEntities context = new TestEntities())
    {
            var result = from p in context.Persons.Where(p => p.Id = id)            
                    select p;
    }
}

何をすべきか？

提供する例は、ほとんど階層化されたアーキテクチャではありません。私はそれが意図的に簡素化されていることを知っていますが、：

プレゼンテーションレイヤーは、Personエンティティに直接結び付けられています。これは最も単純な場合にのみ問題ありません。レイヤーを定義しようとしているときは間違いありません。

GetPersonメソッドは、呼び出しごとに新しいコンテキストを作成するというかなり悪い習慣も使用しています。コンストラクターでコンテキストを取得する必要があり、コンテキストはIOCコンテナーによって提供されます。

私が使用したシンプルで効果的な構造は次のとおりです。

• Project.Core-ビューモデルとインターフェイスが含まれています。
• Project.DAL-EDMXと生成されたコード。
• Project.BLL-ビジネスロジック。
• Project.Web-Webアプリ自体。

次のことに注意することが重要です。

• コアは他のソリューションに依存していません。
• DALは他のソリューションに依存しません。
• Project.WebはCoreに依存していますが、DALやBLLには依存していません。
• BLLはCoreとDALに依存しています。

EDMXをラップする必要はありません。

EFから他のアプローチに変更する必要がある可能性が予測できる場合は、ビジネスオブジェクトを拡張して（部分クラスを利用して）別のビジネスオブジェクトレイヤーで定義されたインターフェイスを実装することができます。

次に、コードからこれらのインターフェイスのみを処理し、具体的な生成クラスを処理しません。これをまとめるには、小さなグルーコードが必要になる場合があります。EDMXを使用するとDALになります。

階層化には、厳密な階層化とリラックスした階層化の2つの一般的なアプローチがあります。

厳密に階層化されたアプローチでは、1つのレイヤー内のコンポーネントが、ピアおよびその直下のレイヤーとのみ対話するように制限されます。

リラックスしたレイヤー化されたアプリケーションは、コンポーネントが下位レイヤーのコンポーネントと対話できるように、制約を緩めます。

リラックスレイヤリングを使用すると、システムが1つのレイヤから次のレイヤに単純な呼び出しを転送する必要がないため、効率が向上します。一方、リラックスレイヤリングを使用すると、レイヤ間で同じレベルの分離が提供されず、上位レイヤに影響を与えずに下位レイヤをスワップアウトすることがより困難になります。

多くのソフトウェアコンポーネントを含む大規模なソリューションでは、同じレベルの抽象化された、凝集性のないコンポーネントが多数存在するのが一般的です。この場合、各レイヤーはさらに1つ以上の凝集サブシステムに分解されます。図2は、複数のサブシステムで構成されるレイヤーを表すための可能な統一モデリング言語（UML）表記を示しています。

結論：中間層を必要としない場合、それを失います。すべてのアプリケーションが同じアプローチを必要とするわけではなく、階層化のためだけに層を追加すると、複雑さのコストとメンテナンスにペナルティがかかります。