asp.net-mvc-3 - 单元测试使用 NHibernate 的 MVC Controller ，实现和不实现存储库模式

Question

我有一个将 NHibernate 用于 ORM 的 MVC 应用程序。每个 Controller 都有一个 ISession 构造参数，然后用于对域模型对象执行 CRUD 操作。例如，

public class HomeController : Controller
{
    public HomeController(ISession session)
    {
        _session = session;
    }
    public ViewResult Index(DateTime minDate, DateTime maxDate)
    {
        var surveys = _session.CreateCriteria<Survey>()
                              .Add( Expression.Like("Name", "Sm%") )
                              .Add( Expression.Between("EntryDate", minDate, maxDate) )
                              .AddOrder( Order.Desc("EntryDate") )
                              .SetMaxResults(10)
                              .List<Survey>();

        // other logic that I want to unit test that does operations on the surveys variable
        return View(someObject);
    }
    private ISession _session;
}

我想通过使用 Moq 或 RhinoMocks 模拟 ISession 对象来隔离地对该 Controller 进行单元测试，而不实际访问数据库。但是，在单元测试中模拟 ISession 接口(interface)将非常困难，因为它是通过一个将多个调用链接在一起的流畅接口(interface)使用的。

一种替代方法是通过存储库模式包装 ISession 用法。我可以像这样写一个包装类:

public interface IRepository
{
   List<Survey> SearchSurveyByDate(DateTime minDate, DateTime maxDate);
}

public class SurveyRepository : IRepository
{
    public SurveyRepository(ISession session)
    {    
        _session = session;
    }
    public List<Survey> SearchSurveyByDate(DateTime minDate, DateTime maxDate)
    {
        return _session.CreateCriteria<Survey>()
                          .Add( Expression.Like("Name", "Sm%") )
                          .Add( Expression.Between("EntryDate", minDate, maxDate) )
                          .AddOrder( Order.Desc("EntryDate") )
                          .SetMaxResults(10)
                          .List<Survey>();
    }
    private ISession _session;
}

然后我可以重写我的 Controller 以采用 IRepository 构造函数参数，而不是 ISession 参数:

public class HomeController : Controller
{
    public HomeController(IRepository repository)
    {
        _repository = repository;
    }

    public ViewResult Index(DateTime minDate, DateTime maxDate)
    {
        var surveys = _repository.SearchSurveyByDate(minDate, maxDate);
         // other logic that I want to unit test that does operations on the surveys variable
        return View(someObject);
    }
    private IRepository _repository;
}

第二种方法更容易进行单元测试，因为 IRepository 接口(interface)比 ISession 接口(interface)更容易模拟，因为它只是一个方法调用。但是，我真的不想走这条路，因为:

1) 创建一个全新的抽象层和更多的复杂性只是为了使单元测试更容易，这似乎是一个非常糟糕的主意，并且

2) 那里有很多评论反对在 nHibernate 中使用存储库模式的想法，因为 ISession 接口(interface)已经是一个类似于存储库的接口(interface)。 (尤其是 Ayende 的帖子 here 和 here)我倾向于同意这个评论。

所以我的问题是，有没有什么方法可以通过模拟 ISession 对象来对我的初始实现进行单元测试？如果没有，我唯一的办法是使用存储库模式包装 ISession 查询，还是有其他方法可以解决这个问题？

Answer 1

Oren 经常四处游荡。他曾经是 Repositories 和 Unit of Work 的大力支持者。他可能会再次回过头来，但有不同的要求。

存储库有一些非常具体的优势，Oren 的评论都没有找到解决方案。此外，他的建议也有其自身的一系列限制和问题。有时我觉得他只是在将一组问题换成另一组问题。当您需要提供相同数据的不同 View (例如 Web 服务或桌面应用程序，同时仍保留 Web 应用程序)时，它也很好。

话虽如此，他还是有很多优点的。我只是不确定是否有适合他们的解决方案。

存储库对于高度测试驱动的场景仍然非常有用。如果您不知道是否会坚持使用给定的 ORM 或持久层并且可能想将其换成另一个，它仍然有用。

Oren 的解决方案倾向于将 nHimbernate 更紧密地耦合到应用程序中。在许多情况下，这可能不是问题，但在其他情况下可能是问题。

他创建专用查询类的方法很有趣，并且是迈向 CQRS 的第一步，这可能是一个更好的整体解决方案。但是软件开发仍然是艺术或手艺，而不是科学。我们仍在学习。