alternativa a ViewBag.Title en ASP.NET MVC 3

Question

Por defecto, la plantilla de proyecto nuevo para ASP.NET MVC 3 añade lo siguiente a la presentación por defecto (masterpage en la maquinilla de afeitar): debe

<title>@ViewBag.Title</title> 

La vista entonces contener los siguientes para asignar el título de la página, por ejemplo:

@{ 
    ViewBag.Title = "Log On"; 
} 

Tal vez es sólo mi preferencia, pero me parece que el uso de la ViewBag a cabo el título un poco mal (estoy pensando demasiado sabor mágico). Entonces mi pregunta es: ¿es esta la mejor práctica recomendada para las personas que usan ASP.NET MVC 3 y navaja de afeitar (utilizando una bolsa de propiedades dinámica) o opta por algo escrito con mayor fuerza (quizás con una clase base personalizada?)

Answer 1

I No creo que haya nada malo con la función predeterminada de manejo del título que se envía con asp.net MVC 3, está bien hacerlo.

yo personalmente hago esto (por debajo escrito) para manejar título, yo no estoy apoyando el código de abajo o decir que es mejor que la funcionalidad por defecto, es sólo una preferencia.

Maestro

<title> 
    @RenderSection("Title"); 
</title> 

Ver

@section Title 
{ 
    write title 
} 

Una cosa que podría sugerir para mejorar la funcionalidad por defecto

@{ 
    string pageTitle = @ViewBag.Title ?? "Title Not Set"; 
} 
<title>@pageTitle</title> 

Así que cada vez que olvide añadirlo en viewbag, la página mostrará title = Title Not Set

Creación de una clase base y luego hacer todos los controladores que heredan de la clase base también se puede hacer. Pero creo que es muy doloroso para title.

Answer 2

Para mí, personalmente, creo que este caso es un uso aceptable de ViewBag. Está limitado a una propiedad "conocida" y es probable que no cause ningún problema en el futuro. Al final, se trata de ser pragmático y encontrar la manera de ser lo más rápido posible. Tener una clase base donde necesitas establecer el título sería, en mi opinión, demasiado código para que valga la pena el tipo de seguridad.

¡Buena suerte!

Answer 3

diría que mientras que es sólo el título que desea configurar, es aceptable utilizar la ViewBag. Bueno, tal vez no solo, como máximo 2-3 propiedades.

Pero si usted comienza a ver que está configurando cada vez más propiedades (común) en cada acción del controlador, me gustaría ir con un inflexible "clase ViewModelBase". Pero soy solo yo.

Answer 4

ViewBag por el título está perfectamente bien (yo incluso diría que es el propósito de tener ViewBag) - dinámica no es el mal absoluto. El "Título" es bien conocido, es poco probable que cambie e incluso esté predefinido en las plantillas de visualización.Yo personalmente uso el título siguiente:

<title>@(ViewBag.Title == null ? string.Empty : ViewBag.Title + " | ")Site Name</title> 

Si usted está preocupado por escribir mal ViewBag.Title puede hacerlo fuerte tipo mediante la creación personalizada WebViewPage pero todavía tendrá que utilizar ViewBag o tal vez HttpContext.Items en el interior de este inmueble inflexible porque hay múltiples instancias de WebViewPage creadas durante la representación de IIRC.

lo recomiendo seguir con ViewBag, creando propia WebViewPage debido a esto parece un exceso - incluso la creación de una sola propiedad en ella si ya tiene la costumbre WebViewPage es en mi opinión es simplemente complicación inútil - y que proviene de una persona que es a menudo superengineering cosas.

Answer 5

preferimos la configuración de título fuerte ... pocas muestras de nuestra clase BaseController. (Página define encapsulado vista modal)

protected override ViewResult View(string viewName, string masterName, object model) 
{ 
    if (model is Page) 
    { 
     ViewBag.Title = ((Page)model).Title; 
     //HACK: SEO 
     //TODO: SEO 
    } 
    return base.View(viewName, masterName, model); 
} 

Answer 6

No hay nada malo con el uso ViewBag.Title = "Mi título";

Todo lo que está haciendo es usar una propiedad dinámica.

La pregunta es realmente dónde debe "declararse" la información.

Es decir, ¿dónde es más accesible para los fines a mano.

Si es por página, entonces ese es el lugar correcto.

Sin embargo, si el título de la página puede derivarse del Modelo, entonces debe hacerlo.

En este caso, probablemente usaría una clase base para el ViewModel que utiliza, y crearía una propiedad PageTitle allí que contenga la lógica para derivar el título de página de las propiedades en el Modelo.

Así:

<title>Model.PageTitle</title> 

En resumen, los caballos para los cursos y no tenga miedo de usar las propiedades dinámicas ... siempre y cuando usted entienda lo que son y lo que hacen.

Answer 7

me gusta crear atribuye un PageTitle ActionFilter en lugar de editar ViewBags individuales

uso: mantener a la vista la misma

<title>@ViewBag.Title</title> 

Para en todo el controlador de título de la página:

[PageTitle("Manage Users")] 
public class UsersController : Controller { 
    //actions here 
} 

Para vistas individuales:

public class UsersController : Controller { 
    [PageTitle("Edit Users")] 
    public ActionResult Edit(int id) { 
      //method here 
    } 
} 

Código Atributo:

public class PageTitleAttribute : ActionFilterAttribute 
{ 
    private readonly string _pageTitle; 
    public PageTitleAttribute(string pageTitle) 
    { 
     _pageTitle = pageTitle; 
    } 

    public override void OnActionExecuted(ActionExecutedContext filterContext) 
    { 
     base.OnActionExecuted(filterContext); 
     var result = filterContext.Result as ViewResult; 
     if (result != null) 
     { 
      result.ViewBag.Title = _pageTitle; 
     } 
    } 
} 

fácil de manejar y funciona como un encanto.

Answer 8

Tampoco uso el ViewBag, en absoluto.

En la parte superior de _Layout.shtml ...

@model <YourWebAppNameSpace>.Models.Base.EveryPageViewModel 

En _Layout.shtml ...

<title>@Model.Title</title> 

En su modelo ...

/// <summary> 
/// Index View Model 
/// </summary> 
public class IndexViewViewModel : EveryPageViewModel { 

} 

En EveryPageViewModel

/// <summary> 
/// Every Page View Model 
/// </summary> 
public abstract class EveryPageViewModel { 
    /// <summary> 
    /// Title 
    /// </summary> 
    public string Title { get; set; } 
    /// <summary> 
    /// Sub Title 
    /// </summary> 
    public string SubTitle { get; set; } 
} 

En su acción de controlador

/// <summary> 
    /// Index 
    /// </summary> 
    /// <returns></returns> 
    public ActionResult Index() { 
     var model = new IndexViewViewModel(); 
     model.Title = "Home"; 
     return View(model); 
    }