asp.net – 为什么要模拟HttpContext,如果它可以构造？

我总是在ASP.NET中伪造/模拟/存储HttpContext(在ASP.NET MVC / Monorail中更容易).

但是我可以看到HttpContext本身可以很容易地构造,实际上有几行代码.

var tw = new StringWriter();
var workerReq = new SimpleWorkerRequest("/webapp",@"c:\here\there\wwwroot","page.aspx",tw);
var context = new HtpContext(workerReq);

如果我们将这个代码包装成这样的东西它应该工作正常,我们甚至可以使用它来渲染ASPX：

using(Simulate.HttpContext()) {
  HttpContext.Current.BlaBla;
}

所以问题是：

>不应该做的原因.
>应该这样做的原因.
>为什么它没有被广泛使用(事实上我不记得有关它的任何帖子).

我记得Phill Haack使用Reflection hacks构建HttpContext的帖子.
但它似乎并不需要.

干杯,
德米特里.

解决方法

这对于进行非常简单的测试很好,但是如何对使用HttpRequest.Files的组件进行单元测试呢？据我所知,没有公共API允许您在SimpleWorkerRequest上指定它.即使您可以找到可以设置HttpFileCollection属性的位置,请注意其构造函数是内部的,因此您甚至无法创建该类型的实例.

HttpRequest.Files在这方面并不孤单,事实上,使用当前的HttpContext实现可能无法测试的内容远远多于您可以测试的内容.这就是抽象真正派上用场的地方.

原文地址：https://www.jb51.cc/aspnet/247447.html