Как установить свойства ViewBag для всех представлений без использования базового класса для контроллеров?

Раньше я прикреплял общие свойства, такие как текущий пользователь, к 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. Я покажу вам, как использовать его в .Net Core и .Net Framework.

.Net Core 2.1 и 3.1

public class ViewBagActionFilter : ActionFilterAttribute
{
    public override void OnResultExecuting(ResultExecutingContext context)
    {
        // for razor pages
        if (context.Controller is PageModel)
        {
            var controller = context.Controller as PageModel;
            controller.ViewData.Add("Avatar", $"~/avatar/empty.png");
            // or
            controller.ViewBag.Avatar = $"~/avatar/empty.png";

            //also you have access to the httpcontext & route in controller.HttpContext & controller.RouteData
        }

        // for Razor Views
        if (context.Controller is Controller)
        {
            var controller = context.Controller as Controller;
            controller.ViewData.Add("Avatar", $"~/avatar/empty.png");
            // or
            controller.ViewBag.Avatar = $"~/avatar/empty.png";

            //also you have access to the httpcontext & route in controller.HttpContext & controller.RouteData
        }

        base.OnResultExecuting(context);
    }
}

Затем вам нужно зарегистрировать это в своем startup.cs.

.Net Core 3.1

public void ConfigureServices(IServiceCollection services)
{
    services.AddControllersWithViews(options => { options.Filters.Add(new Components.ViewBagActionFilter()); });
}

.Net Core 2.1

public void ConfigureServices(IServiceCollection services)
{
    services.AddMvc(options =>
        {
            options.Filters.Add(new Configs.ViewBagActionFilter());
        });
}

Затем вы можете использовать его во всех представлениях и страницах

@ViewData["Avatar"]
@ViewBag.Avatar

.Net Framework (ASP.NET MVC .Net Framework).

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;
        }
    }

}

зарегистрируйте свой собственный класс в файле global. 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 в каждом View. Я делаю настройку 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, но оба метода все еще применимы с небольшими изменениями.

Вам не нужно возиться с действиями или изменять модель, просто используйте базовый контроллер и приведите существующий контроллер из контекста представления макета.

Создайте базовый контроллер с желаемыми общими данными (заголовок / страница / местоположение и т.д.) и инициализацией действия ...

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

Если вам нужна проверка времени компиляции и intellisense для свойств в ваших представлениях, ViewBag - не лучший вариант.

Рассмотрим класс BaseViewModel и другие модели представления наследуются от этого класса, например:

Базовая модель просмотра

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>

Я считаю, что следующий подход является наиболее эффективным и дает отличный контроль, используя файл _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 отлично работает в представлениях; однако в случае PartialView его нужно будет передать из View дочернему Partial.