ASP.NET MVC: UrlReferrer или куда послать пользователя
Сайтостроение | создано: 26.03.2013 | опубликовано: 27.03.2013 | обновлено: 13.01.2024 | просмотров: 11917 | всего комментариев: 2
Не редко возникает потребность перенаправить пользователя на страницу, с которой он пришел. Например, вы просматриваете список записей и уже дошли до 13-ой страницы, нажимаете редактировать запись номер 138. И скорее всего после сохранения изменений вы захотите вернуться именно на 13 страницу списка. Не так ли?!
Задача на статью
Предыстория описана в описании статьи, а значит сразу к делу. Чтобы вернуть пользователя “обратно”. Надо знать откуда он пришел. Самый просто способ это сделать – использовать
HttpContext.Request.UrlReferrer
А чтобы не писать его создадим кое-какой класс или несколько. Итак первым делом, создадим атрибут (класс) ReferrerHoldAttribute, который унаследуем от ActionFilterAttribute:
public class ReferrerHoldAttribute : ActionFilterAttribute { public override void OnActionExecuting(ActionExecutingContext filterContext) { var referrer = filterContext.RequestContext.HttpContext.Request.UrlReferrer; if (referrer != null) { filterContext.RouteData.Values.Add("referrer", referrer); } base.OnActionExecuting(filterContext); } }
Думаю, пояснений не требуется. Далее просто будем его использовать. Для того чтобы “понять” откуда пришел пользователь, надо поставить атрибут над методом контролера. А затем просто его использовать:
[ReferrerHold] public ActionResult Edit(int id) { var product = _smart.Products.GetById(id); if (product != null) { TempData["referrer"] = ControllerContext.RouteData.Values["referrer"]; FillGeneralDictionaries(); var model = product.MapTo<Product, ProductShowViewModel>(); return View(model); } return RedirectToAction("http404", "error"); }
В первой строке поставили, далее в TempData[“referrer”] запихнули значение полученное из маршрута. А потом из POST-метода вызвали Redirect, чтобы перекинуть пользователя обратно:
[HttpPost] public ActionResult Edit(ProductViewModel model) { if (ModelState.IsValid) { var product = _smart.Products.GetById(model.Id); Mapper.Map(model, product); product.UpdatedAt = DateTime.Now; product.UpdatedBy = User.Identity.Name; _smart.Products.Update(product); _smart.Logs.Log("Новый товар \"{0}\" успешно изменен", model.Name); _smart.Commit(); if (TempData["referrer"] != null) { return Redirect(TempData["referrer"].ToString()); //"all", "catalog"); } return RedirectToRoute("Catalog");//"all", "catalog"); } FillGeneralDictionaries(); return View(model); }
Здесь тоже обойдемся без пояснений.
Развитие темы
Что можно предложить в продолжение темы. Дальше можно сделать свой собственный ActionResult, обозвав его, например, ReferrerResult, и унаследовав от базового класса реализовать обработку:
ControllerContext.RouteData.Values["referrer"];
Или также можно сделать базовый контролер, который всегда будет “знать кто, куда и откуда пришел”.
Заключение
Большое количество поступающих вопросов относительно озвученной тему породило данную статью, которая получилась короткой в силу своей тривиальности.
Комментарии к статье (2)
Не понятно, с какой целью вводится ReferrerHoldAttribute
Вводится с целью показать как работают аттрибуты. Не самый полезный класс, но зато понятен принцип и направление дальнейших действий.