viewdata que pasan a ASP.NET MVC masterpages

Question

que estoy tratando de pasar a mi ViewData asp.net mvc masterpage para un control de usuario mvc que guardo en un masterpage. Por ejemplo, creé una lista desplegable de nombres como un control de usuario mvc y los puse en mi página maestra.

El problema con el que me estoy cruzando es pasar el ViewData a la página maestra. Encontré este artículo de Microsoft que tiene una solución decente pero me preguntaba si hay otras soluciones "mejores" que existen. Lo que no me gusta de la solución en el enlace es que tengo que cambiar cada controlador para que herede de una nueva clase de controlador.

http://www.asp.net/learn/MVC/tutorial-13-cs.aspx

Editar: El problema que estoy mirando es el hecho de que si pongo un control de usuario en mi masterpage que se basa en ViewData, tengo que REPETIDAMENTE incluyen que ViewData para cada página que usa dicha página maestra Es posible que la solución en el enlace de arriba sea la mejor solución, pero esperaba que hubiera otras alternativas.

Answer 1

Por lo que vale la pena, estoy usando el método de esa clase particular en un proyecto actual y funciona muy bien

Lo que también puede hacer, si los datos son algo estáticos (como un menú que no cambia mucho), es poner el objeto en la memoria caché para que no se solicite su base de datos para cada inicialización de controlador.

Answer 2

La página maestra ya tiene acceso a ViewData. Si desea escribió fuertemente el acceso a la misma, que tiene que hacer dos cosas:

1. poner las cosas página maestra en una clase base (por ejemplo CommonViewData)

2. ¿Ha dominar página heredan de la ViewMasterPage genérica <> clase:.

   "%>

Answer 3

yo no lo entiendo muy bien su problema ...

El problema que estoy mirando es el hecho de que si pongo un control de usuario en mi masterpage que se basa en ViewData, tengo que incluye REPETIDAMENTE ese ViewData para cada página que usa dicha página maestra.

Bueno, sí ... por supuesto que sí. Si tiene un control de usuario en su página maestra, entonces, por supuesto, tendrá que pasar los datos requeridos para ese control de usuario para cada acción & vista que utiliza esa página maestra.

No es como si tuviera que repetirse si solo hereda de un controlador base.

Es el problema el hecho de que algunos controladores tienen acciones que tanto hacen y no requieren puntos de vista que se derivan de que masterpage en particular? Por lo tanto, si está implementando un controlador base, las acciones que no usan esa página maestra particular todavía tendrán los datos de vista para ello ...? (Si todo lo que tiene sentido ;-)

Answer 4

Cómo es posible utilizar el método OnActionExecuting en una clase de controlador de base y rellenar los datos de vista allí?

Algo así como:

protected override void OnActionExecuting(ActionExecutingContext context) 
{ 
    context.Controller.ViewData.Model = GetDataForControl(); 
} 

no he probado lo que es sólo un pensamiento ...

Answer 5

que suelen utilizar una clase abstracta controlador para mi MasterPage, es la mejor solución, porque la página maestra es como una "vista abstracta". Pero anulo el método MasgerPageController View() para incluir viewdata.

protected override ViewResult View(string viewName, string masterName, object model) 
{ 
    this.ViewData["menu"] = this.PagesRepository.GetPublishPages(); 
    return base.View(viewName, masterName, model); 
} 

Answer 6

Creo que la solución sugerida funciona pero no es la solución ideal. Si ponemos el código en el constructor de BaseController, se llamará incluso para los métodos de acción que no tengan una página maestra (por ejemplo, métodos de publicación y métodos de Ajax).
Creo que una mejor solución (no ideal) es llamar al método Html.Action en la página Master.