ASP.NET MVC: ¿Buena sustitución para el control del usuario?

Question

Encontré que los controles de usuario son increíblemente útiles cuando se trabaja con formularios web ASP.NET. Al encapsular el código requerido para mostrar un control con el marcado, la creación de componentes reutilizables fue muy directa y muy, muy útil.

Si bien MVC proporciona una conveniente separación de preocupaciones, esto parece romper la encapsulación (es decir, puede agregar un control sin agregar o usar su código de soporte, lo que lleva a errores de tiempo de ejecución). Tener que modificar un controlador cada vez que agrego un control a una vista me parece que integra preocupaciones, no separarlas. Prefiero romper la ideología purista de MVC que renunciar a los beneficios de los controles reutilizables empaquetados.

Necesito poder incluir componentes similares a los controles de usuario de formularios web en todo el sitio, pero no para todo el sitio, y no en un nivel que pertenece a una página maestra. Estos componentes deberían tener su propio código, no solo marcado (para interactuar con la capa empresarial), y sería genial si el controlador de la página no necesitara saber sobre el control. Como los controles de usuario de MVC no tienen código subyacente, no veo una buena manera de hacerlo.

Actualización FINALMENTE, una buena (y, en retrospectiva, obvia) forma de lograr esto.

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Web; 
using System.Web.Mvc; 

namespace K.ObjectModel.Controls 
{ 
    public class TestControl : ViewUserControl 
    { 
     protected override void Render(System.Web.UI.HtmlTextWriter writer) 
     { 
      writer.Write("Hello World"); 
      base.Render(writer); 
     } 
    } 
} 

crear una nueva clase que hereda ViewUserControl

Reemplazar el método .Render() como se muestra arriba.

registrar el control a través de su ASCX asociada como lo haría en un formulario web:

<%@ Register TagName="tn" TagPrefix="k" Src="~/Views/Navigation/LeftBar.ascx"%>

utilizar la etiqueta correspondiente en cualquier punto de vista o página maestra que necesita:

<k:tn runat="server"/>

Asegúrese de que su .ascx herede su nuevo control:

<%@ Control Language="C#" Inherits="K.ObjectModel.Controls.TestControl" %>

Voila, ya está en marcha. Esto se prueba con ASP.NET MVC 2, VS 2010 y .NET 4.0.

Su etiqueta personalizada hace referencia a la vista parcial ascx, que hereda de la clase TestControl. Luego, el control anula el método Render(), que se llama para representar la vista, lo que le brinda control total sobre el proceso desde la etiqueta hasta la salida.

La diferencia entre utilizar este enfoque y llamar a Html.RenderPartial() o `Html.RenderAction() 'es agregar el control a una vista que se realiza con una etiqueta tipo webforms, que no solo es más cómoda para los diseñadores, sino que también tener que estar al tanto de los nombres y métodos de los controladores. El nombre de la clase de control está aislado en ASCX, lo que facilita la colocación de estos en un ensamblaje y su reutilización en proyectos separados.

Algunos pueden decir que esto infringe el SoC, pero creo que este enfoque es funcionalmente equivalente a vincular una vista parcial y un controlador al mismo tiempo manteniendo un marcado limpio. Sin embargo, debe quedar claro que aún le corresponde al desarrollador mantener solo la lógica relacionada con la presentación en el control. La lógica de acceso a datos y negocios aún pertenece a sus respectivas capas.

Answer 1

A primera vista, es fácil descartar que MVC no tenga las capacidades para componentes reutilizables.

Una vez que conozca ASP.NET MVC encontrará several techniques for creating rich controls and components y encapsulando aspectos de MVC siguiendo along the same pathways como encapsulando una aplicación WebForms.

Creo que lo que hace es solo mirar los aspectos de Vista de MVC y no cómo todos los M y C subyacentes pueden encapsularse y vincularse. Las vistas parciales, Render Action/Partial son solo pequeñas partes de las capacidades de los componentes subyacentes de MVC. Hay mucha más riqueza bajo las sábanas.

Answer 2

Estoy un poco confundido aquí.

En primer lugar, .NET MVC equivalente a los controles de usuario es Partial Views. Las Vistas parciales son una manera conveniente de encapsular la funcionalidad de vista común en una sola ubicación. Luego puede llamar a una Vista parcial desde otra Vista.

En segundo lugar, modificar una Vista no debe significar también la modificación de un controlador. Si tiene que hacer un cambio en ambos simplemente porque su Vista cambió (y no los datos subyacentes), entonces hay un problema de código en algún lugar a lo largo de la línea.

Answer 3

Consideremos el siguiente ejemplo:

• Mi opinión (CustomerDetail.ascx) se une a ICustomerDetail vista-modelo que se parece a:

  interfaz ICustomerDetail {
  string Nombre {get; }
  Dirección CurrentAddress {get; }
  }

• I puede crear una vista Address.ascx parcial que se une a IAddress vista-modelo

• Cuando estoy creando la CustomerDetail.ascx, puedo colocar el Address.ascx en la misma superficie & se unen al campo oCustomerDetail.Address

• OMI - debemos estar componiendo múltiples vistas desde estos puntos de vista parciales más pequeñas en MVC & Aquí es donde se verá la reutilización & el poder de los controles de usuario (vista parcial)

• Ahora si mi controlador vuelve ICustomerDetail, voy a ser capaz de volver a utilizar el Address.ascx sin ningún problema

HTH.

Answer 4

un control usuario es sólo algunas materia que representa HTML, en mvc usted tiene ayudantes HTML y vistas parciales y vistas normales (se puede hacer con RenderAction)

Html.Helper("someStuff") 
Html.RenderPartial("viewname") 
Html.RenderAction<Controller>(o => o.Action()); 

así que básicamente es sólo los ayudantes

en realidad se puede sustituir fácilmente una llamada a

Html.TextBoxFor(o => o.Name); 

con

Html.RenderPartial("textbox", Model.Name); 

Answer 5

Tomemos una página de registro para un sitio de comercio electrónico, como un ejemplo. Solicitas al usuario su nombre, contraseña, información postal, raza de perro favorita, etc. En algún otro lugar de la aplicación, también debes recopilar una dirección de facturación y una dirección de envío. Para aplicar DRY, crea un control de usuario que gestiona la entrada de la información de la dirección.

Así, para ilustrar aún más, su clase de dirección se ve algo como esto:

public class Address 
{ 
    public string StreetAddress { get; set; } 
    public string City { get; set; } 
    ... 
} 

Su clase de registro:

public class UserReg 
{ 
    public string UserName { get; set; } 
    public Address MailingAddress { get; set; } 
    ... 
} 

Sus factura y envío puede descender de la clase Dirección:

public class BillingAddress : Address 
{ 
    ... 
} 

public class ShippingAddress : Address 
{ 
    ... 
} 

Para los ejemplos siguientes, supongo que ha agregado System.Web.Mvc a la sección namespaces de web.config. En base a esta jerarquía de clases, el control de usuario tendrá una etiqueta de control que se refiere sólo a la clase Dirección:

<%@ Control Language="C#" Inherits="ViewUserControl<Address>" %> 

Puesto que usted ha hecho esto, sólo hay que pasar la referencia modelo apropiado de la página. En la página de registro de usuario:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<UserReg>" %> 
    ... 
    <% Html.RenderPartial("AddressControl", Model.MailingAddress); %> 

en la página de dirección de facturación:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<BillingAddress>" %> 
    ... 
    <% Html.RenderPartial("AddressControl", Model); %> 

en la página de dirección de envío:

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage<ShippingAddress>" %> 
    ... 
    <% Html.RenderPartial("AddressControl", Model); %> 

me puede pasar el modelo directamente de la facturación y envío página, porque la clase desciende directamente de la dirección. Mientras la lógica esté en su lugar para procesar las direcciones correctamente, no tendrá que hacer muchos cambios en el controlador, si corresponde.