实体框架和耦合

Question

我和我的一位朋友讨论了使用Entity框架的问题。我有一个项目，我在其中使用实体框架作为数据层制作了3层解决方案，并使用数据传输对象从业务层转移到用户界面。我非常喜欢它给出的松散耦合，因为我可以用例如稍后休眠。另一方面，我的朋友则认为，实体框架的目的是对它进行建模，以便它可以在用户界面上使用。 您如何将实体框架与您的解决方案相结合？

Answer 1

我看到我的朋友提出的可交换图层是Hibernate和EF的想法，但我认为它有点激烈，因为这两个框架已经包含DL-> BL能力。我认为，之所以使用框架，如EF和Hibernate是这些，按优先次序：

业务逻辑实体1.直接使用
2.数据库类型独立
3.自动缓存
4. SQL抽象

期望像这样的框架也应该松散地耦合到层，只需要太多的查询解析，对象封装和解开以及各种噪声来弥补可能永远不会成为现实的互换性。正如我所看到的，他的建议将导致相当于：
DL - > DL - > BL - > UL
任何人都同意？