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

前端之家收集整理的这篇文章主要介绍了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实现可能无法测试的内容远远多于您可以测试的内容.这就是抽象真正派上用场的地方.

猜你在找的asp.Net相关文章