Передача данных на главную страницу в ASP.NET MVC

Если вы предпочитаете, чтобы ваши представления имели строго типизированные классы данных представления, это может сработать для вас. Другие решения, вероятно, более правильные, но это хороший баланс между дизайном и практичностью ИМХО.

Главная страница принимает строго типизированный класс данных представления, содержащий только относящуюся к нему информацию:

public class MasterViewData
{
    public ICollection<string> Navigation { get; set; }
}

Каждое представление, использующее эту главную страницу, принимает строго типизированный класс данных представления, содержащий его информацию и производный от данных представления главных страниц:

public class IndexViewData : MasterViewData
{
    public string Name { get; set; }
    public float Price { get; set; }
}

Поскольку я не хочу, чтобы отдельные контроллеры знали что-либо о сборке данных мастер-страниц, я инкапсулирую эту логику в фабрику, которая передается каждому контроллеру:

public interface IViewDataFactory
{
    T Create<T>()
        where T : MasterViewData, new()
}

public class ProductController : Controller
{
    public ProductController(IViewDataFactory viewDataFactory)
    ...

    public ActionResult Index()
    {
        var viewData = viewDataFactory.Create<ProductViewData>();

        viewData.Name = "My product";
        viewData.Price = 9.95;

        return View("Index", viewData);
    }
}

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

public class IndexViewData : MasterViewData
{
    public string Name { get; set; }
    public float Price { get; set; }
    public SubViewData SubViewData { get; set; }
}

<% Html.RenderPartial("Sub", Model.SubViewData); %>

Это только пример кода и не предназначен для компиляции как есть. Разработан для ASP.Net MVC 1.0.

Я предпочитаю разбивать управляемые данными части главного представления на части и визуализировать их с помощью Html.RenderAction. У этого есть несколько явных преимуществ по сравнению с популярным подходом наследования модели представления:

1. Данные основного представления полностью отделены от «обычных» моделей представления. Это композиция, а не наследование, и в результате получается более слабосвязанная система, которую легче изменить.
2. Модели главного представления создаются полностью отдельным действием контроллера. «Обычным» действиям не нужно беспокоиться об этом, и нет необходимости в фабрике данных представления, что на мой вкус кажется слишком сложным.
3. Если вы используете такой инструмент, как AutoMapper, чтобы сопоставить ваш домен с моделями представления, вам будет проще настроить, потому что ваши модели представления будут больше напоминать ваши модели домена, если они не наследуют данные основного представления.
4. Используя отдельные методы действий для основных данных, вы можете легко применить кэширование вывода к определенным областям страницы. Обычно основные представления содержат данные, которые меняются реже, чем содержимое главной страницы.

ИЗМЕНИТЬ

Общая ошибка предоставила лучший ответ ниже. Пожалуйста, прочтите!

Исходный ответ

Microsoft фактически разместила запись на "официальном" способе чтобы справиться с этим. Это обеспечивает пошаговое руководство с объяснением их аргументов.

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

Абстрактные контроллеры - хорошая идея, и я не нашел лучшего способа. Мне также интересно посмотреть, что сделали другие люди.

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

Совет № 31 по ASP.NET MVC - Передача данных на главные страницы и пользовательские элементы управления

Передача данных на главные страницы с помощью ASP.NET MVC

Я считаю, что общий родительский элемент для всех объектов модели, которые вы передаете в представление, исключительно полезен.

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

Объект Request.Params является изменяемым. Довольно легко добавить к нему скалярные значения в рамках цикла обработки запроса. С точки зрения представления, эта информация могла быть предоставлена ​​в QueryString или FORM POST. hth

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

Другим решениям не хватает элегантности и они требуют слишком много времени. Прошу прощения за то, что сделал это очень грустное и убогое дело почти год спустя:

<script runat="server" type="text/C#">
    protected override void OnLoad(EventArgs e)
    {
        base.OnLoad(e);
        MasterModel = SiteMasterViewData.Get(this.Context);
    }

    protected SiteMasterViewData MasterModel;
</script>

Итак, у меня есть статический метод Get () для SiteMasterViewData, который возвращает SiteMasterViewData.