asp.net - 如果可以构建，为什么要模拟 HttpContext？

Question

我一直在 ASP.NET 中以某种方式伪造/模拟/ stub 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;
}

所以问题是:

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

我记得 Phill Haack 使用反射技巧构建 HttpContext 的一篇帖子。
但似乎只是不需要。

干杯，
德米特里。

Answer 1

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

HttpRequest.Files 在这方面并不孤单，事实上，您无法使用当前 HttpContext 实现测试的东西可能比您可以测试的要多得多.这就是抽象真正派上用场的地方。