加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

asp.net-mvc – HttpContext和HttpContextWrapper之间的区别在单

发布时间:2020-12-16 00:32:45 所属栏目:asp.Net 来源:网络整理
导读:我知道HttpContext和HttpContextWrapper之间的区别在于… 的HttpContext 这是老式asp.net上下文。这样做的问题是它没有基类并且不是虚拟的,因此不可用于测试(不能模拟它)。建议不要传递它作为函数参数,而是传递类型为HttpContextBase的变量。 HttpContextB
我知道HttpContext和HttpContextWrapper之间的区别在于…

的HttpContext

这是老式asp.net上下文。这样做的问题是它没有基类并且不是虚拟的,因此不可用于测试(不能模拟它)。建议不要传递它作为函数参数,而是传递类型为HttpContextBase的变量。

HttpContextBase

这是HttpContext的(新到c#3.5)替换。由于它是抽象的,它现在是可笑的。这个想法是,您期望传递上下文的函数应该期望收到其中一个。具体由HttpContextWrapper实现

HttpContextWrapper

C#3.5中也是新的 – 这是HttpContextBase的具体实现。要在普通网页中创建其中一个,请使用新的HttpContextWrapper(HttpContext.Current)。

这个想法是为了使您的代码单元可测试,您将所有变量和函数参数声明为HttpContextBase类型,并使用IOC框架(例如Castle Windsor)来注入。在正常的代码中,城堡是注入相当于’new HttpContextWrapper’的
(HttpContext.Current)“,而在测试代码中,您将被给予一个HttpContextBase的模拟。

但我不知道它的真正用途。我听说在单元测试中与Web窗体进行比较是非常有用的。但它是如何有用的?

I also know that we can use it to execute the controller and Action as mentioned here

解决方法

I heard that it’s useful in Unit Testing in comparing with Web Forms. but how it’s useful ?

我们举一个ASP.NET MVC控制器操作的例子,该操作向响应添加一个cookie:

public class HomeController : Controller
{
    public ActionResult Index()
    {
        var cookie = new HttpCookie("foo","bar");
        this.Response.Cookies.Add(cookie);
        return View();
    }
}

注意那里的Response属性。这是一个HttpResponseBase。所以我们可以在单元测试中模拟它:

public class HttpResponseMock: HttpResponseBase
{
    private HttpCookieCollection cookies;
    public override HttpCookieCollection Cookies
    {
        get
        {
            if (this.cookies == null)
            {
                this.cookies = new HttpCookieCollection();
            }

            return this.cookies;
        }
    }
}

public class HttpContextMock: HttpContextBase
{
    private HttpResponseBase response;

    public override HttpResponseBase Response
    {
        get 
        {
            if (this.response == null)
            {
                this.response = new HttpResponseMock();
            }
            return this.response;
        }
    }
}

现在我们可以写一个单元测试:

// arrange
var sut = new HomeController();
var httpContext = new HttpContextMock();
sut.ControllerContext = new ControllerContext(httpContext,new RouteData(),sut);

// act
var actual = sut.Index();

// assert
Assert.AreEqual("bar",sut.Response.Cookies["foo"].Value);

由于所有成员都是虚拟的,我们可以使用一个嘲笑的框架,这将避免我们将这些模拟类写入单元测试。例如,NSubstitute这里是测试的样子:

// arrange
var sut = new HomeController();
var context = Substitute.For<HttpContextBase>();
var response = Substitute.For<HttpResponseBase>();
var cookies = new HttpCookieCollection();
context.Response.Returns(response);
context.Response.Cookies.Returns(cookies);
sut.ControllerContext = new ControllerContext(context,sut.Response.Cookies["foo"].Value);

现在我们来一个WebForm:

protected void Page_Load(object sender,EventArgs)
{
    var cookie = new HttpCookie("foo","bar");
    this.Response.Cookies.Add(cookie);
}

在这种情况下,Response属性是具体的HttpResponse。所以你被打倒了不可能单独测试。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读