具有实体框架6的实用程序DAL层

Question

我想知道用EF制作dal层的实用性。 考虑到EF DBContext是unitOfWork并且List DBSet是存储库，为什么不直接在业务层中调用EF呢？ 因此，为什么要添加一个额外的DAL层，最终还是要成为一个外观。.我看到的唯一优势是，如果我们不得不更改数据访问实现，例如用Hibernate或其他方法替换EF。 但老实说，我从未见过这种情况。

Answer 1

实际上，对于数据映射器，开发DAL的必要性毫无用处，因为它包含0行代码。

数据映射器之上的所有内容都不是数据访问层，而是实际域，因为像OR / M这样的数据映射器实现将您的对象转换为基础关系数据，反之亦然，而您在它们之上进行的工作就是开发您的并错过了对象关系阻抗的痛苦。

在数据映射器之上引入存储库模式的意义在于，从长远来看，您希望两者都能够将基础数据存储甚至切换到非关系存储（也要从NoSQL切换到SQL，谁知道！ ），并且在软件中引入存储库层还有另一个明确的理由： 因为您希望能够使用伪造品来模拟数据存储，以便对您的域进行单元测试 。

最后，即使Entity Framework实现了工作单元和其他模式，有时它们的实现也可能不适合您自己的域要求，因此您需要包装它们以为您的域提供更多内容。