Если вы предпочитаете, чтобы ваши представления имели строго типизированные классы данных представления, это может сработать для вас. Другие решения, наверное, более правильные, но это хороший баланс между дизайном и практичностью ИМХО.
Главная страница принимает строго типизированный класс данных представления, содержащий только относящуюся к нему информацию:
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.