Repository与UnitOfWork引入
Repository是什么？ 马丁大叔的书上同样也有解释：它是衔接数据映射层和域之间的一个纽带，作用相当于一个在内存中的域对象映射集合，它分离了领域对象和数据库访问代码的细 节。Repository受DomainObject驱动，Repository用于实现不属于DomainObject的自身相关的，但又受 DomainObject约束的业务。如CRUD操作就不是领域模型要关注的业务，但是领域模型最终要映射为数据关系保存到数据库中。一个领域模型要有对 应的Repository来处理与数据层衔接过程。但不是所有的DomainObject对Repository约束是相同的，可能这个领域对象没有对应 Repository删除操作，而别外一个却有，所以我们经常使用的泛型Repository<T> 是不合适的。但是为了代码简洁重用，大家根据实际情况还是使用了简洁的IRepository<T>接口，就像我们有时为了简单直接把 POCO当DTO或VO使用了。如果不引入Repository，我觉得没有必要实现DAL层，因为DbContext本身就是DAL层，然后只要为 DbContext定义好接IDAL接口从而必免与BLL层的耦合。从这里就可以看出Repository与DAL的区别，一个受域业务驱动出现的，一个 是出于解除耦合出现的。
UnitOfWork 工作单元，为了减少业务层频繁调用DbContext的SaveChanges同步数据库操作（将多个对象的更新一次提交，减少与数据库 交互过程），又要保证DbContext对业务层封闭，所以我们要增加一个对业务层开放的接口。想一想如果把SaveChanges的方法下放到每个 Repository中或者DAL中，那业务层在协调多个Repository事务操作时，就会频繁的写数据库。而分离了Repository中的所有 SaveChanges （或者撤销以及完成单元工作后销毁等操作）后，并通过接口在业务层统一调用，这样既大大提高了效率，也体现了一个完整的单元工作 业务。