根据
MSDN，DbContext被定义为
“表示工作单元和存储库模式的组合，使您能够查询数据库并将更改组合在一起，然后将将这些更改作为一个单元写回商店。
我想知道DBContext是否已经应用了Unit_Of-Work和Repository模式，为什么asp.net教程和所有在互联网上发现的例子都可以像在this tutotial中那样在DBContext上进一步应用这些模板。这不是实现已经实现的东西吗？如果不是那么在DBContext上进一步使用工作单元和存储库模式的好处是什么(除了在测试项目中使用它们)？
解决方法
是的，DbContext代表一个UnitOfWork，DbSet代表存储库，但是由于某些原因，人们往往甚至会创建一个抽象层：
>也许他们不希望他们的项目与实体框架及其架构紧密耦合，所以他们将它们隐藏在这些抽象之后，所以他们可以替代任何其他ORM的Entity Framework，而无需修改数据访问层的接口。>其他时候，他们使用存储库来清楚某些实体允许哪些操作(例如，CustomerRepository允许添加和更新客户，但不删除它们)。另一方面，它允许客户端开发人员轻松识别某些实体的可用操作，换句话说，它们创建具有与域语言兼容的命名约定和接口的存储库。>将数据库相关操作移动到存储库允许您拦截这些操作并执行日志记录，性能调优或您想要的任何其他操作。有些做它使测试更容易，说我有一个ICustomerRepository接口3个方法，那么我可以很容易地模拟它，而不是用太多的方法嘲笑一个IDbSet。>有些人甚至不会在DbContext和DbSet上创建一个抽象，它们直接使用它们，这样做是完全有效的。
