更新:
基于我收到的几个答案,我只想说明我很清楚如何使用模拟框架来模拟HttpContext.我更感兴趣的是,与使用HttpContext周围的包装类相比,模拟HttpContext的优点和缺点是什么.
我正在寻找在ASP.Net MVC中构建可测试控制器时如何处理HttpContext的意见.在阅读之后,似乎有两种思想流派 - 或者构建HttpContextBase并使用模拟框架为您的单元测试生成所需的存根/模拟,或者在您打算使用的HttpContext区域周围构建不可知的包装类.
现在我倾向于建立HttpContextBase.看起来它既是更快的开发过程又更容易维护,因为您不必花时间开发和维护其他包装类.我可以看到包装类如何有益,因为它们抽象出底层实现并将控制器的上下文与请求分开 - 但我不确定这是否值得设置和维护的额外开销.
您认为这两种方法之间的利弊是什么？您何时会选择另一种方法？某些类型的开发是否比其他开发更适合其中一种解决方案？
因为这似乎是一个常见的问题,大多数单元测试和使用ASP.Net MVC的团队必须处理,你或者你将如何处理这个问题？如果您已经解决了这个问题,那么您的解决方案是如何运作的,现在您会采取哪