ASP.NET MVC - Совместное использование состояния сеанса между контроллерами

Пара решений приходят на ум. Вы можете использовать класс «SessionState», который отображается в запрос и получает / устанавливает информацию как таковую (я делаю это из памяти, поэтому маловероятно, что это будет скомпилировано и предназначено для передачи сути):

internal class SessionState
{
  string ImageName
  {
    get { return HttpContext.Current.Session["ImageName"]; }
    set { HttpContext.Current.Session["ImageName"] = value; }
  }
}

А затем из контроллер, выполните что-то вроде:

  var sessionState = new SessionState();
  sessionState.ImageName = "xyz";
  /* Or */
  var imageName = sessionState.ImageName;

В качестве альтернативы вы можете создать метод расширения контроллера:

public static class SessionControllerExtensions
{
  public static string GetImageName(this IController controller)
  {
    return HttpContext.Current.Session["ImageName"];
  }

  public static string SetImageName(this IController controller, string imageName)
  {
    HttpContext.Current.Session["ImageName"] = imageName;
  }
}

Затем из контроллера:

  this.SetImageName("xyz");
  /* or */
  var imageName = this.GetImageName();

Это определенно СУХОЙ. Тем не менее, мне не особенно нравится ни одно из этих решений, поскольку я предпочитаю хранить как можно меньше данных, если они есть, в сеансе. Но если вы намерены сохранить всю эту информацию без необходимости загружать / различать ее из какого-либо другого источника, это самый быстрый (самый грязный) способ, который я могу придумать. Я совершенно уверен, что есть гораздо более элегантное решение, но у меня нет всей информации о том, что вы пытаетесь сделать и какова проблемная область.

Имейте в виду, что при хранении информации в во время сеанса вам придется обезвоживать / регидратировать объекты посредством сериализации, и вы, возможно, не получите той производительности, которую думаете, что делаете это таким образом.

Надеюсь, это поможет.

РЕДАКТИРОВАТЬ: В ответ на дополнительную информацию Не уверен, где вы хотите это развернуть, но обработка изображений «в реальном времени» - верный способ защиты от DoS-атаки. Я предлагаю вам следующее - это при условии, что это общедоступно, и любой может загрузить изображение:

1) Разрешите пользователю загружать изображение. Это изображение попадает в очередь обработки для фоновой обработки приложением или какой-либо службой. Кроме того, имя изображения попадает в личную очередь обработки пользователя - вероятно, в таблицу в базе данных. Информацию о фоновой обработке в веб-приложении можно найти на @ Запланировать задание на размещенном веб-сервере

2) Обработать эти изображения и во время обработки отобразить «график обработки». У вас может быть запрос ajax на странице продукта, который проверяет обрабатываемые изображения и пытается перезагружать их каждые X секунд.

3) Пока изображение «обрабатывается», пользователь может отказаться от обработки, предполагая, что они тот, который загрузил изображение. Это доступно либо на странице (ах) продукта, на которой отображается изображение, либо в отдельном представлении «пользовательской очереди», что позволит им исключить изображение из рассмотрения.

Таким образом, вы получаете еще несколько объектов предметной области и те объекты управляются очередью. Я убежденный сторонник соглашения, а не конфигурации, поэтому конечный пункт назначения изображений продукта должен быть заранее определен. Примерно так:

images / products / {id} .jpg или, если коллекция, images / products / {id} / {sequence} .jpg.

Тогда вам не нужно знать место назначения в форма. Это' s одинаково для всех изображений.

Затем очереди необходимо знать, куда было загружено временное изображение и какой был идентификатор продукта. Работник очереди извлекает элементы из очереди, обрабатывает их и сохраняет их соответствующим образом.

Я знаю, что это звучит немного более «структурированно», чем вы изначально планировали, но я думаю, что это немного чище.