无接口的存储库模式

Question

在没有接口的情况下实现存储库模式有什么不好？

Repository -

public class WebRepository<T>
{
    private readonly Type persitentType = typeof(T);
    public virtual T GetById(int id)
    {
        return NHibernateSession.Get<T>(id);
    }
    public virtual List<T> GetAll()
    {
        return GetByCriteria();
    }
    public List<T> GetByCriteria(params ICriterion[] criterion)
    {
        ICriteria criteria = NHibernateSession.CreateCriteria(persitentType);
        foreach (ICriterion criterium in criterion)
            criteria.Add(criterium);
        return criteria.List<T>() as List<T>;
    }
    public T Save(T entity)
    {
        NHibernateSession.Save(entity);
        return entity;
    }
    public T SaveOrUpdate(T entity)
    {
        NHibernateSession.Update(entity);
        return entity;
    }
    public void Delete(T entity)
    {
        NHibernateSession.Delete(entity);
    }
    private ISession NHibernateSession
    {
        get
        {
            return SessionManager.CurrentSession;
        }
    }
}

如果我们想扩展我们使用的存储库 的类 ProductRepository ：存储库和覆盖\扩展方法。

我知道接口让我们：

• 使用 TDD 方法
• 替换持久化引擎

但如果我不想替换我的 nhibernate 并且没有足够的时间来编写测试。那么使用经典存储库模式（使用 IRepository、IProductRepository）的其他优点是什么，

谢谢，Andrew

Answer 1

在没有接口的情况下实现存储库模式没有什么坏，这取决于您是否认为需要使用接口。

正如您所说，使用接口的充分理由是使持久层从业务逻辑层中抽象出来，当然也是为了更容易测试。但是，如果您可以保证，您将不会更改后端（或者至少您不能预见它在不久的将来发生变化）并且您不打算编写测试（大错误）那么您可能不需要使用接口。

我看到的危险信号是“没有足够的时间来编写测试”。现在可能是这样，但是，将来有时间的时候怎么办？再说一次，这是你的决定，但是，如果我是你，我会使用接口（即使你根本没有编写测试），因为它不会对你的代码造成任何损害，也不会花费太多时间来这样做，并且如果您确实决定切换后端或编写测试，那么将来可以为您省去很多麻烦。

Answer 2

嘲笑！
您的数据库可能由于某种原因无法访问，通过使用界面，您可以非常轻松地在真实数据和虚拟数据之间切换。