В прошлом я запустил общие свойства, такие как текущий пользователь, в ViewData/ViewBag глобально, за счет того, что все контроллеры наследуются от общего базового контроллера.
Это позволило мне использовать IoC на базовом контроллере, а не просто использовать глобальные общие для таких данных.
Мне интересно, есть ли альтернативный способ вставки такого кода в конвейер MVC?
Не пробовал, но вы можете посмотреть регистрацию ваших просмотров и затем установить данные представления во время процесса активации.
Поскольку представления регистрируются "на лету", синтаксис регистрации не помогает вам подключиться к событию Activated, поэтому вам нужно настроить его в Module:
class SetViewBagItemsModule : Module
{
protected override void AttachToComponentRegistration(
IComponentRegistration registration,
IComponentRegistry registry)
{
if (typeof(WebViewPage).IsAssignableFrom(registration.Activator.LimitType))
{
registration.Activated += (s, e) => {
((WebViewPage)e.Instance).ViewBag.Global = "global";
};
}
}
}
Это может быть один из тех предложений "только инструмент молотка" от меня; могут быть более простые способы с поддержкой MVC.
Изменить: альтернативный, меньше кода - просто присоединитесь к контроллеру
public class SetViewBagItemsModule: Module
{
protected override void AttachToComponentRegistration(IComponentRegistry cr,
IComponentRegistration reg)
{
Type limitType = reg.Activator.LimitType;
if (typeof(Controller).IsAssignableFrom(limitType))
{
registration.Activated += (s, e) =>
{
dynamic viewBag = ((Controller)e.Instance).ViewBag;
viewBag.Config = e.Context.Resolve<Config>();
viewBag.Identity = e.Context.Resolve<IIdentity>();
};
}
}
}
Изменить 2: Другой подход, который работает непосредственно из регистрационного кода контроллера:
builder.RegisterControllers(asm)
.OnActivated(e => {
dynamic viewBag = ((Controller)e.Instance).ViewBag;
viewBag.Config = e.Context.Resolve<Config>();
viewBag.Identity = e.Context.Resolve<IIdentity>();
});
Лучший способ - использовать ActionFilterAttribute и зарегистрировать свой собственный класс в вашем глобальном. asax (Application_Start)
public class UserProfilePictureActionFilter : ActionFilterAttribute
{
public override void OnResultExecuting(ResultExecutingContext filterContext)
{
filterContext.Controller.ViewBag.IsAuthenticated = MembershipService.IsAuthenticated;
filterContext.Controller.ViewBag.IsAdmin = MembershipService.IsAdmin;
var userProfile = MembershipService.GetCurrentUserProfile();
if (userProfile != null)
{
filterContext.Controller.ViewBag.Avatar = userProfile.Picture;
}
}
}
зарегистрируйте свой собственный класс в своем глобальном. asax (Application_Start)
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
GlobalFilters.Filters.Add(new UserProfilePictureActionFilter(), 0);
}
Затем вы можете использовать его во всех представлениях
@ViewBag.IsAdmin
@ViewBag.IsAuthenticated
@ViewBag.Avatar
Также есть другой способ
Создание метода расширения на HtmlHelper
[Extension()]
public string MyTest(System.Web.Mvc.HtmlHelper htmlHelper)
{
return "This is a test";
}
Затем вы можете использовать его во всех представлениях
@Html.MyTest()
Поскольку свойства ViewBag по определению привязаны к представлению представления и любой логике световых представлений, которые могут быть необходимы, я бы создал базовый WebViewPage и задал свойства при инициализации страницы. Это очень похоже на концепцию базового контроллера для повторной логики и общей функциональности, но для ваших просмотров:
public abstract class ApplicationViewPage<T> : WebViewPage<T>
{
protected override void InitializePage()
{
SetViewBagDefaultProperties();
base.InitializePage();
}
private void SetViewBagDefaultProperties()
{
ViewBag.GlobalProperty = "MyValue";
}
}
И затем в \Views\Web.config установите свойство pageBaseType:
<system.web.webPages.razor>
<host factoryType="System.Web.Mvc.MvcWebRazorHostFactory, System.Web.Mvc, Version=3.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
<pages pageBaseType="MyNamespace.ApplicationViewPage">
<namespaces>
<add namespace="System.Web.Mvc" />
<add namespace="System.Web.Mvc.Ajax" />
<add namespace="System.Web.Mvc.Html" />
<add namespace="System.Web.Routing" />
</namespaces>
</pages>
</system.web.webPages.razor>
Брэндон пост прямо на деньги. На самом деле, я хотел бы сделать это еще дальше и сказать, что вы должны просто добавить свои общие объекты в качестве свойств базового WebViewPage , чтобы у вас не было бросать предметы из ViewBag в каждом представлении. Я делаю свою настройку CurrentUser таким образом.
Вы можете использовать пользовательский ActionResult:
public class GlobalView : ActionResult
{
public override void ExecuteResult(ControllerContext context)
{
context.Controller.ViewData["Global"] = "global";
}
}
Или даже ActionFilter:
public class GlobalView : ActionFilterAttribute
{
public override void OnActionExecuting(ActionExecutingContext filterContext)
{
filterContext.Result = new ViewResult() {ViewData = new ViewDataDictionary()};
base.OnActionExecuting(filterContext);
}
}
Если проект MVC 2 открыт, но оба метода все еще применяются с незначительными изменениями.
Если вы хотите проверять время компиляции и intellisense для свойств в своих представлениях, то ViewBag не подходит.
Рассмотрим класс BaseViewModel, и ваши другие модели представления наследуются от этого класса, например:
Base ViewModel
public class BaseViewModel
{
public bool IsAdmin { get; set; }
public BaseViewModel(IUserService userService)
{
IsAdmin = userService.IsAdmin;
}
}
Просмотр определенного ViewModel
public class WidgetViewModel : BaseViewModel
{
public string WidgetName { get; set;}
}
Теперь код просмотра может получить доступ к свойству непосредственно в представлении
<p>Is Admin: @Model.IsAdmin</p>
Вам не нужно возиться с действиями или изменять модель, просто используйте базовый контроллер и отбросьте существующего контроллера из контекстного представления layout.
Создайте базовый контроллер с необходимыми общими данными (название/страница/местоположение и т.д.) и инициализация действий...
public abstract class _BaseController:Controller {
public Int32 MyCommonValue { get; private set; }
protected override void OnActionExecuting(ActionExecutingContext filterContext) {
MyCommonValue = 12345;
base.OnActionExecuting(filterContext);
}
}
Убедитесь, что каждый контроллер использует базовый контроллер...
public class UserController:_BaseController {...
Извлеките существующий базовый контроллер из контекста представления на странице _Layout.cshml...
@{
var myController = (_BaseController)ViewContext.Controller;
}
Теперь вы можете ссылаться на значения в вашем базовом контроллере со страницы макета.
@myController.MyCommonValue
Я нашел, что следующий подход является наиболее эффективным и дает отличный контроль с использованием файла _ViewStart.chtml и условных операторов при необходимости:
_ ViewStart
@{
Layout = "~/Views/Shared/_Layout.cshtml";
var CurrentView = ViewContext.Controller.ValueProvider.GetValue("controller").RawValue.ToString();
if (CurrentView == "ViewA" || CurrentView == "ViewB" || CurrentView == "ViewC")
{
PageData["Profile"] = db.GetUserAccessProfile();
}
}
ViewA
@{
var UserProfile= PageData["Profile"] as List<string>;
}
Примечание
PageData отлично работает в Views; однако в случае PartialView, он должен быть передан из представления в дочерний Partial.