asp.net-mvc – HttpContext和HttpContextWrapper之间的区别在单元测试和Web窗体

我知道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。所以你被打倒了不可能单独测试。

（编辑：安卓应用网）

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