2

我和我的一个朋友就实体框架的使用进行了一些讨论。我有一个项目,我用实体框架作为我的数据层制作了一个 3 层解决方案,并使用数据传输对象从业务层移动到用户界面。我真的很喜欢它提供的松散耦合,因为我可以稍后使用例如 hibernate 更改实体框架。另一方面,我的朋友认为 Entity 框架的目的是对其进行建模,以便可以在用户界面上使用它。您如何将实体框架与您的解决方案结合起来?

4

1 回答 1

2

我看到我的朋友提出的想法是,可互换的层是 Hibernate 和 EF,但我认为这有点过激,因为这两个框架已经包含 DL->BL 功能。我认为使用 EF 和 Hibernate 等框架的原因是这些,按优先顺序排列:

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

期望像这样的框架也应该松散耦合到各层,只需要过多的查询解析、对象包装和解包以及各种噪音来弥补可能永远不会成为现实的可互换性。正如我所看到的,他的提议将导致相当于:
DL -> DL -> BL -> UL
有人同意这个吗?

于 2009-04-24T10:10:04.887 回答