HttpContext.Items с ASP.NET MVC - PullRequest
Новая
       42

HttpContext.Items с ASP.NET MVC

33 голосов
/ 16 июля 2009

Я внедряю свой собственный класс ApplicationContext, который использует шаблон синглтона. Я хочу сохранить свой экземпляр в HttpContext.Items, поскольку он доступен во всех частях запроса. Я читал об использовании HttpContext с ASP.NET MVC, и одна из основных проблем заключается в том, что он представляет сложность тестирования. Я пытался исследовать тестируемость HttpContext.Items, но все, что я могу найти, - это материал на Session Единственное, что я нашел, - это пример главы в книге Professional ASP.NET 3.5 MVC по Wrox ( pdf ссылка здесь ). На странице 15 говорится следующее:

Что-то, что вы не можете использовать: HttpContext.Items
Выше в этом разделе мы пришли к выводу, что солгали вам: HttpContext не является общим для ASP.NET MVC и ASP.NET Web Forms. В результате этого вы не можете использовать коллекцию HttpContext.Items для хранения и извлечения битов данных.

Причина этого заключается в том, что после перенаправления на контроллер ваш HttpHandler становится System.Web.Mvc.MvcHandler, который создается с использованием HttpContextWrapper, который будет иметь свое собственное определение HttpContext.Current. К сожалению, во время этого рукопожатия такие вещи, как HttpContext.Items не передаются.

Это сводится к тому, что типы HttpContext, несмотря на то, что они выглядят и звучат практически одинаково, не одинаковы, и вы не можете передавать данные таким образом.

Теперь я попытался проверить это, и, насколько я могу судить, если вы перенаправляете на другой контроллер с помощью RedirectToAction, HttpContext.Items остается. Я использую проект ASP.NET MVC по умолчанию, чтобы проверить это. Что я сделал, добавьте этот метод в Global.asax.cs: 

protected void Application_BeginRequest()
{
    Context.Items["Test"] = "Hello World";
}

А в HomeController.cs я изменил метод Index на: 

public ActionResult Index()
{
    return RedirectToAction("About");
}

И изменил метод About на: 

public ActionResult About()
{
    Response.Write(Convert.ToString(HttpContext.Items["Test"]));
    return View();
}

Когда я запускаю приложение, страница правильно перенаправляется в / Home / About и Response.Написывает правильную строку «Hello World», установленную в global.asax.cs.

Итак, мне кажется, что я либо не понимаю, что означает книга, когда они говорят «такие вещи, как HttpContext.Items не передаются» ИЛИ он действительно передает эти вещи, и можно использовать HttpContext.Items.

Если вы, ребята, порекомендуете мне избегать HttpContext.Items, есть ли другой альтернативный способ хранения объекта в запросе для каждого запроса?

Ответы [ 3 ]

38 голосов
/ 16 июля 2009

Ваш вопрос задает несколько вещей, но я думаю, что пункт № 1 - это ответ, который вы ищете.

  1. Можно ли использовать Context.Items для кэширования на основе запроса? Да. Если вашими запросами являются запросы на каждую машину в веб-ферме, то Context.Items дает вам это.

  2. Сложно ли проверять Context.Items? Что касается тестируемости, я бы спрятал Context.Items за какой-то интерфейс. Таким образом, вы получаете возможности модульного тестирования без прямой ссылки на Context.Items. В противном случае, что вам нужно проверить на Context.Items? Что фреймворк будет хранить и извлекать значения? Держите свой код в неведении System.Web, и вы будете счастливым туристом.

  3. Выживет ли Context.Items RedirectToAction? Ваш тест недействителен. Он устанавливает «Привет, мир» для каждого веб-запроса, и ваш тест охватывает два веб-запроса. Первый - когда вызывается действие Index. Второй - когда вызывается действие RedirectToAction (это HTTP 302). Чтобы это не сработало, установите новое значение в действии «Индекс» и посмотрите, сохраняется ли оно в действии «О программе».

3 голосов
/ 16 июля 2009

Используйте словарь TempData, он в основном предназначен для хранения объектов между перенаправлениями действий: 

public ActionResult Index()
{
    TempData.Add("Test", "Hello world");
    return RedirectToAction("About");
}

public ActionResult About()
{
    ViewData["Test"] = TempData["Test"];
    return View();
}

Затем получите значение в вашем представлении: 

<%=ViewData["Test"] %>
1 голос
/ 16 июля 2009

Я сделал тест, и TempData действительно взорвался с отключенным состоянием сеанса. Мой единственный совет - не хранить сам объект во временных данных, а хранить простые типизированные поля, как было предложено. Поскольку вы не сериализуете деревья объектов, это не должно сильно сказываться на производительности, выполняемой вне процесса.

...