小编Ste*_*rdo的帖子

我正在经历一场职业生涯中期的哲学建筑危机.我看到了被认为是客户端代码(UI,Web服务,MVC,MVP等)与服务层之间的界限.尽管如此,服务层背面的线条越来越模糊.这一切都始于能够使用Linq查询代码和Lazy加载的概念.

我创建了一个由合同和实现组成的业务层.然后,实现可能依赖于其他合同等.这是通过带有DI的IoC Container处理的.有一个服务处理DataAccess,它所做的就是返回一个UnitOfWork.此UnitOfWork在被充实时创建事务并在Commit方法上提交数据.[ 查看此文章(可测试性和实体框架4.0) ]:

public interface IUnitOfWork : IDisposable {
   IRepository<T> GetRepository<T>() where T : class;
   void Commit();
}

存储库是通用的,适用于两种实现(EF4和InMemory DataStore).T由从数据库模式或EF4映射生成的POCO组成.可测试性内置于Repository设计中.我们可以利用内存中的实现来满足期望的结果.

public interface IRepository<T> where T : class {
   IQueryable<T> Table { get; }
   void Add(T entity);
   void Remove(T entity);
}

虽然数据源是抽象的,但IQueryable仍然能够在业务逻辑中的任何地方创建查询.这是一个例子.

public interface IFoo {
   Bar[] GetAll();
}

public class FooImpl : IFoo {
   IDataAccess _dataAccess;
   public FooImpl(IDataAccess dataAccess) {
      _dataAccess = dataAccess;
   }

   public Bar[] GetAll() {
      Bar[] output;
      using (var work = _dataAccess.DoWork()) {
          output = …