Передати дані у макет, спільний для всіх сторінок

У мене є веб-сайт, на якому є макет сторінки. Однак на цій сторінці макета є дані, які всі моделі сторінок повинні містити таку назву сторінки, назву сторінки та місце, де ми насправді є для помічника HTML, який я зробив, який здійснив певну дію. Також на кожній сторінці є свої властивості моделей перегляду.

Як я можу це зробити? Здається, що це погана ідея ввести макет, але як я можу передавати тези інформації?

Якщо вам потрібно передати однакові властивості на кожну сторінку, тоді було б розумно створити базовий модельний вигляд, який використовується у всіх моделях перегляду. Тоді ваша макетна сторінка може взяти цю базову модель.

Якщо за цими даними є необхідна логіка, то її слід помістити в базовий контролер, який використовують усі ваші контролери.

Ви можете зробити багато речей, важливий підхід - не повторювати один і той же код у кількох місцях.

Редагувати: оновити з коментарів нижче

Ось простий приклад для демонстрації концепції.

Створіть модель базового перегляду, від якої успадкують усі моделі перегляду.

public abstract class ViewModelBase
{
    public string Name { get; set; }
}

public class HomeViewModel : ViewModelBase
{
}

Ваша сторінка макета може сприймати це як модель.

@model ViewModelBase
<!DOCTYPE html>
<html>
    <head>
        <meta name="viewport" content="width=device-width" />
        <title>Test</title>
    </head>
    <body>
        <header>
            Hello @Model.Name
        </header>
        <div>
            @this.RenderBody()
        </div>
    </body>
</html>

Нарешті встановіть дані в методі дії.

public class HomeController
{
    public ActionResult Index()
    {
        return this.View(new HomeViewModel { Name = "Bacon" });
    }
}

Я використовував HTML-помічник RenderAction для бритви в макеті.

@{
   Html.RenderAction("Action", "Controller");
 }

Мені це було потрібно для простої струни. Тож моя дія повертає рядок і записує її легко в поле зору. Але якщо вам потрібні складні дані, ви можете повернути PartialViewResult і модель.

 public PartialViewResult Action()
    {
        var model = someList;
        return PartialView("~/Views/Shared/_maPartialView.cshtml", model);
    }

Вам просто потрібно поставити свою модель на початок часткового перегляду "_maPartialView.cshtml", який ви створили

@model List<WhatEverYourObjeIs>

Тоді ви можете використовувати дані в моделі в цьому частковому представленні з html.

Інший варіант - створити окремий клас LayoutModel з усіма властивостями, які вам знадобляться у макеті, а потім вставити екземпляр цього класу у ViewBag. Я використовую метод Controller.OnActionExecuting, щоб заповнити його. Потім, на початку макету, ви можете відтягнути цей об’єкт із ViewBag та продовжити доступ до цього сильно набраного об’єкта.

Імовірно, основним випадком використання для цього є отримання базової моделі для перегляду для всіх (або більшості) дій контролера.

Враховуючи це, я використав комбінацію кількох цих відповідей, першочергову скарбничку на відповідь Коліна Бекона.

Правильно, що це все-таки логіка контролера, тому що ми заповнюємо модель перегляду для повернення до перегляду. Таким чином, правильне місце для цього - у контролері.

Ми хочемо, щоб це сталося на всіх контролерах, оскільки ми використовуємо це для сторінки макета. Я використовую його для часткових переглядів, які відображаються на сторінці макета.

Ми все ще хочемо додаткової переваги сильно набраного ViewModel

Таким чином, я створив BaseViewModel і BaseController. Усі контролери ViewModels успадкують від BaseViewModel та BaseController відповідно.

Код:

BaseController

public class BaseController : Controller
{
    protected override void OnActionExecuted(ActionExecutedContext filterContext)
    {
        base.OnActionExecuted(filterContext);

        var model = filterContext.Controller.ViewData.Model as BaseViewModel;

        model.AwesomeModelProperty = "Awesome Property Value";
        model.FooterModel = this.getFooterModel();
    }

    protected FooterModel getFooterModel()
    {
        FooterModel model = new FooterModel();
        model.FooterModelProperty = "OMG Becky!!! Another Awesome Property!";
    }
}

Зверніть увагу на використання OnActionExecuted , прийнятого з цієї публікації SO

HomeController

public class HomeController : BaseController
{
    public ActionResult Index(string id)
    {
        HomeIndexModel model = new HomeIndexModel();

        // populate HomeIndexModel ...

        return View(model);
    }
}

BaseViewModel

public class BaseViewModel
{
    public string AwesomeModelProperty { get; set; }
    public FooterModel FooterModel { get; set; }
}

HomeViewModel

public class HomeIndexModel : BaseViewModel
{

    public string FirstName { get; set; }

    // other awesome properties
}

FooterModel

public class FooterModel
{
    public string FooterModelProperty { get; set; }
}

Layout.cshtml

@model WebSite.Models.BaseViewModel
<!DOCTYPE html>
<html>
<head>
    < ... meta tags and styles and whatnot ... >
</head>
<body>
    <header>
        @{ Html.RenderPartial("_Nav", Model.FooterModel.FooterModelProperty);}
    </header>

    <main>
        <div class="container">
            @RenderBody()
        </div>

        @{ Html.RenderPartial("_AnotherPartial", Model); }
        @{ Html.RenderPartial("_Contact"); }
    </main>

    <footer>
        @{ Html.RenderPartial("_Footer", Model.FooterModel); }
    </footer>

    < ... render scripts ... >

    @RenderSection("scripts", required: false)
</body>
</html>

_Nav.cshtml

@model string
<nav>
    <ul>
        <li>
            <a href="@Model" target="_blank">Mind Blown!</a>
        </li>
    </ul>
</nav>

Сподіваємось, це допомагає.

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

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

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

ОНОВЛЕННЯ

Ви також можете створити розширення сторінки, яке дозволить вам використовувати this.

//Allows typed "this.Controller()." in cshtml files
public static class MyPageExtensions {
    public static _BaseController Controller(this WebViewPage page) => Controller<_BaseController>(page);
    public static T Controller<T>(this WebViewPage page) where T : _BaseController => (T)page.ViewContext.Controller;
}

Тоді вам залишається лише пам’ятати, щоб використовувати, this.Controller()коли ви хочете контролер.

@{
    var myController = this.Controller(); //_BaseController
}

або конкретний контролер, який успадковує від _BaseController...

@{
    var myController = this.Controller<MyControllerType>();
}

якщо ви хочете пройти всю модель, вийдіть так у макеті:

@model ViewAsModelBase
<!DOCTYPE html>
<html>
<head>
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta charset="utf-8"/>
    <link href="/img/phytech_icon.ico" rel="shortcut icon" type="image/x-icon" />
    <title>@ViewBag.Title</title>
    @RenderSection("styles", required: false)    
    <script type="text/javascript" src="http://code.jquery.com/jquery-1.8.3.min.js"></script>
    @RenderSection("scripts", required: false)
    @RenderSection("head", required: false)
</head>
<body>
    @Html.Action("_Header","Controller", new {model = Model})
    <section id="content">
        @RenderBody()
    </section>      
    @RenderSection("footer", required: false)
</body>
</html>

і додайте це в контролер:

public ActionResult _Header(ViewAsModelBase model)

Я не думаю, що жоден із цих відповідей є досить гнучким для застосування на великому рівні підприємства. Я не прихильник надмірного використання ViewBag, але в цьому випадку для гнучкості я б зробив виняток. Ось що я б робив ...

У вас повинен бути базовий контролер на всіх контролерах. Додайте дані про макет OnActionExecuting у свій базовий контролер (або OnActionExecuted, якщо ви хочете відкласти це) ...

public class BaseController : Controller
{
    protected override void OnActionExecuting(ActionExecutingContext     
        filterContext)
    {
        ViewBag.LayoutViewModel = MyLayoutViewModel;
    }
}

public class HomeController : BaseController
{
    public ActionResult Index()
    {
        return View(homeModel);
    }
}

Потім у своєму _Layout.cshtml витягніть ViewModel з ViewBag ...

@{
  LayoutViewModel model = (LayoutViewModel)ViewBag.LayoutViewModel;
}

<h1>@model.Title</h1>

Або ...

<h1>@ViewBag.LayoutViewModel.Title</h1>

Це не перешкоджає кодуванню контролерів вашої сторінки або перегляду моделей.

Створення базового виду, який представляє модель вигляду «Макет», - це жахливий підхід. Уявіть, що ви хочете мати модель, яка представляє навігацію, визначену в макеті. Ви б зробилиCustomersViewModel : LayoutNavigationViewModel ? Чому? Чому слід передавати дані навігаційної моделі через кожну модель перегляду, яку ви маєте в рішенні?

Модель перегляду макета повинна бути присвячена самостійно і не повинна змушувати інші моделі перегляду залежати від неї.

Натомість ви можете зробити це у своєму _Layout.cshtmlфайлі:

@{ var model = DependencyResolver.Current.GetService<MyNamespace.LayoutViewModel>(); }

Найголовніше, що нам цього не потрібно, new LayoutViewModel()і ми отримаємо всі залежності, які LayoutViewModelбули вирішені для нас.

напр

public class LayoutViewModel
{
    private readonly DataContext dataContext;
    private readonly ApplicationUserManager userManager;

    public LayoutViewModel(DataContext dataContext, ApplicationUserManager userManager)
    {
    }
}

Інші відповіді висвітлювали майже все про те, як ми можемо передати модель на нашу сторінку розмітки. Але я знайшов спосіб, за допомогою якого ви можете динамічно передати змінні на вашу сторінку макета, не використовуючи жодної моделі чи часткового перегляду у своєму макеті. Скажімо, у вас є ця модель -

public class SubLocationsViewModel
{
    public string city { get; set; }
    public string state { get; set; }
}

І ви хочете динамічно отримувати місто та державу. Наприклад, наприклад

у вашому index.cshtml ви можете помістити ці дві змінні у ViewBag

@model  MyProject.Models.ViewModel.SubLocationsViewModel
@{
    ViewBag.City = Model.city;
    ViewBag.State = Model.state;
}

А потім у своєму layout.cshtml ви можете отримати доступ до цих змінних

<div class="text-wrap">
    <div class="heading">@ViewBag.City @ViewBag.State</div>
</div>

Є ще один спосіб вирішити це. Можливо, це не найчистіший спосіб з архітектурної точки зору, але це дозволяє уникнути великого болю, пов'язаного з іншими відповідями. Просто введіть службу в макет Razor, а потім зателефонуйте методу, який отримує необхідні дані:

@inject IService myService

Потім пізніше у вигляді макета:

@if (await myService.GetBoolValue()) {
   // Good to go...
}

Знову ж таки, не в чистоті з точки зору архітектури (очевидно, що сервіс не слід вводити безпосередньо у вигляд), але це робить роботу.

Ви також можете скористатися програмою RenderSection , вона допомагає вводити ваші Modelдані у _Layoutподання.

Ви можете вводити View Modelдані, Json, Script, CSS, і HTMLт.д.

У цьому прикладі я впорскую Jsonз мого Indexперегляду в представлення Layout.

Index.chtml

@section commonLayoutData{

    <script>

        var products = @Html.Raw(Json.Encode(Model.ToList()));

    </script>

    }

_Layout.cshtml

@RenderSection("commonLayoutData", false)

Це виключає необхідність створення окремої Бази View Model .

Надія комусь допомагає.

те, що я зробив, дуже просто, і це працює

Заявіть про статичну властивість у будь-якому контролері або ви можете зробити клас даних зі статичними значеннями, якщо ви хочете так:

public static username = "Admin";
public static UserType = "Administrator";

Ці значення можуть бути оновлені контролерами на основі операцій. пізніше ви можете використовувати їх у своїй _Layout

В _layout.cshtml

@project_name.Controllers.HomeController.username
@project_name.Controllers.HomeController.UserType

Чому ніхто не запропонував методи розширення на ViewData?

Варіант №1

Мені здається, найменш нав'язливим і найпростішим рішенням проблеми. Немає твердо кодованих рядків. Жодних накладених обмежень немає. Немає магічного кодування. Немає складного коду.

public static class ViewDataExtensions
{
    private const string TitleData = "Title";
    public static void SetTitle<T>(this ViewDataDictionary<T> viewData, string value) => viewData[TitleData] = value;
    public static string GetTitle<T>(this ViewDataDictionary<T> viewData) => (string)viewData[TitleData] ?? "";
}

Встановлення даних на сторінці

ViewData.SetTitle("abc");

Варіант №2

Ще один варіант - полегшити декларацію поля.

public static class ViewDataExtensions
{
    public static ViewDataField<string, V> Title<V>(this ViewDataDictionary<V> viewData) => new ViewDataField<string, V>(viewData, "Title", "");
}

public class ViewDataField<T,V>
{
    private readonly ViewDataDictionary<V> _viewData;
    private readonly string _field;
    private readonly T _defaultValue;

    public ViewDataField(ViewDataDictionary<V> viewData, string field, T defaultValue)
    {
        _viewData = viewData;
        _field = field;
        _defaultValue = defaultValue;
    }

    public T Value {
        get => (T)(_viewData[_field] ?? _defaultValue);
        set => _viewData[_field] = value;
    }
}

Встановлення даних на сторінці. Декларування простіше, ніж перший варіант, але синтаксис використання трохи довший.

ViewData.Title().Value = "abc";

Варіант №3

Потім можна поєднати це з поверненням одного об'єкта, що містить усі поля, пов’язані з компонуванням, зі своїми значеннями за замовчуванням.

public static class ViewDataExtensions
{
    private const string LayoutField = "Layout";
    public static LayoutData Layout<T>(this ViewDataDictionary<T> viewData) => 
        (LayoutData)(viewData[LayoutField] ?? (viewData[LayoutField] = new LayoutData()));
}

public class LayoutData
{
    public string Title { get; set; } = "";
}

Встановлення даних на сторінці

var layout = ViewData.Layout();
layout.Title = "abc";

Цей третій варіант має кілька переваг, і я вважаю, що це найкращий варіант у більшості випадків:

• Найпростіша заява полів і значень за замовчуванням.

• Найпростіший синтаксис використання при встановленні декількох полів.

• Дозволяє встановлювати різні види даних у ViewData (наприклад, макет, заголовок, навігація).

• Дозволяє додатковий код і логіку в класі LayoutData.

PS Не забудьте додати простір імен ViewDataExtensions у _ViewImports.cshtml

Ви можете створити файл бритви в папці App_Code, а потім отримати доступ до нього зі своїх сторінок перегляду.

Проект> Репозиторій / IdentityRepository.cs

namespace Infrastructure.Repository
{
    public class IdentityRepository : IIdentityRepository
    {
        private readonly ISystemSettings _systemSettings;
        private readonly ISessionDataManager _sessionDataManager;

        public IdentityRepository(
            ISystemSettings systemSettings
            )
        {
            _systemSettings = systemSettings;
        }

        public string GetCurrentUserName()
        {
            return HttpContext.Current.User.Identity.Name;
        }
    }
}

Проект> App_Code / IdentityRepositoryViewFunctions.cshtml:

@using System.Web.Mvc
@using Infrastructure.Repository
@functions
{
    public static IIdentityRepository IdentityRepositoryInstance
    {
        get { return DependencyResolver.Current.GetService<IIdentityRepository>(); }
    }

    public static string GetCurrentUserName
    {
        get
        {
            var identityRepo = IdentityRepositoryInstance;
            if (identityRepo != null)
            {
                return identityRepo.GetCurrentUserName();
            }
            return null;
        }
    }
}

Проект> Перегляди / Спільний / _Layout.cshtml (або будь-який інший .cshtml файл)

<div>
    @IdentityRepositoryViewFunctions.GetCurrentUserName
</div>

замість того, щоб переглядати це, ви завжди можете використовувати інший підхід, який також є швидким

створіть новий частковий вигляд у Спільному каталозі та зателефонуйте на часткове подання у своєму макеті як

@Html.Partial("MyPartialView")

у вашому частковому перегляді ви можете зателефонувати на ваш db і виконати все, що хочете зробити

@{
    IEnumerable<HOXAT.Models.CourseCategory> categories = new HOXAT.Models.HOXATEntities().CourseCategories;
}

<div>
//do what ever here
</div>

якщо ви додали базу даних Entity Framework

Неймовірно, що тут ніхто цього не сказав. Передача моделі перегляду через базовий контролер - це безлад. Ми використовуємо претензії користувачів для передачі інформації на сторінку макета (наприклад, для відображення даних про користувача на навігаційній панелі). Є ще одна перевага. Дані зберігаються за допомогою файлів cookie, тому не потрібно отримувати дані в кожному запиті за допомогою партій. Просто зробіть кілька "гуглих чистих претензій на особистість".

Ви можете використовувати так:

 @{ 
    ApplicationDbContext db = new ApplicationDbContext();
    IEnumerable<YourModel> bd_recent = db.YourModel.Where(m => m.Pin == true).OrderByDescending(m=>m.ID).Select(m => m);
}
<div class="col-md-12">
    <div class="panel panel-default">
        <div class="panel-body">
            <div class="baner1">
                <h3 class="bb-hred">Recent Posts</h3>
                @foreach(var item in bd_recent)
                {
                    <a href="/BaiDangs/BaiDangChiTiet/@item.ID">@item.Name</a>
                }
            </div>
        </div>
    </div>
</div>