私はエンジニアのフレームワークの使用について私の友人と少し議論しました。私はデータレイヤーとしてエンティティフレームワークの3層ソリューションを作成し、データ転送オブジェクトを使用してビジネス層からユーザーインターフェイスに移行するプロジェクトを行っていました。エンティティフレームワークを変更することができます。後で冬眠する。一方、私の友人は、Entityフレームワークの目的は、ユーザーインターフェイス上で使用できるようにモデル化することだと主張していました。 エンティティフレームワークをソリューションにどのように結合しますか？エンティティのフレームワークとカップリング
私の友人はHibernateとEFという入れ替え可能なレイヤーを提案しているという考えがありますが、これらの2つのフレームワークには既にDL-> BL機能が含まれているので少し劇的だと思います。 2.
ビジネスロジック内のエンティティの
1.直接使用法データベースの種類の独立
3.自動キャッシュ
4. SQL抽象
：私はEFとHibernateのようなフレームワークを使用する理由は、これらの優先順位順に、あると思います
このようなフレームワークを階層に疎結合する必要があるとすれば、あまりにも多くのクエリ解析、オブジェクトの折り返しとアンラッピング、決して現実にはならない可能性のある互換性を補うさまざまなノイズが必要になります。私はそれを見て、彼の提案は、同等の結果になります：
DL - > DL - > BL - > UL
誰でもこれに同意？
あなたの投稿のタイトルを編集する必要があります。それは "Entity Framework"の代わりに "Entity facebook"と書かれています:-) –
私は私の質問では速すぎました。 Entity Frameworkではなくエンティティ・フェイスが書かれているはずです:) – Dofs