Estoy buscando recursos avanzados sobre la personalización de plantillas de editor MVC3

Question

He estado luchando con mi personalización de EditorForModel y la denominación de los elementos HTML emitidos por mi código y los ayudantes incorporados de MVC3. Mi código es muy simple y claramente falta algunas sutilezas, como nombrar correctamente los elementos renderizados.

Estoy buscando recursos avanzados que puedan ayudarme a perfeccionar esta área de mi desarrollo actual, especialmente con vistas a subdividir un modelo de vista principal en submodelos más pequeños, para poder aplicar, por ejemplo, tres llamadas EditorForModel en una vista , para dividir los editores de modelos generados en columnas de formularios o páginas de pestañas.

Mi 'anulación' actual de la plantilla por defecto EditorForModel es el siguiente:

@{ 
    // TODO Filtering for subsets of model without having to bind separate models. 
     var properties = ViewData.ModelMetadata.Properties.Where(pm => pm.ShowForEdit && !pm.IsComplexType && !ViewData.TemplateInfo.Visited(pm)); 
    } 
<fieldset> 
    <legend>@ViewData.ModelMetadata.DisplayName</legend> 
    <ul class="form-column"> 
     @foreach (var prop in properties) 
     { 
      <li> 
        @{ 
      if (prop.HideSurroundingHtml) 
      { 
         @Html.Editor(prop.DisplayName ?? prop.PropertyName) 
      } 
      else 
      { 
         @Html.Label(prop.PropertyName, (prop.IsRequired ? "* " : "") + (prop.DisplayName ?? prop.PropertyName)) 
         @Html.Editor(prop.PropertyName) 
      } 
        } 
      </li> 
     } 
    </ul> 
</fieldset> 

He copiado y modificado el código de la plantilla de ejemplo Object.ascx en this article en Brad Wilson's blog. ¿Qué recursos puedo consultar para enriquecer esto y adaptarlo a tantos escenarios como sea posible, de la manera más rica posible?

Answer 1

Su plantilla parece bastante buena para un editor muy genérico. Si entiendo su pregunta correctamente, está buscando más formas de dividir y filtrar las propiedades de su modelo.

Una forma de filtrar el modelo en subconjuntos sin tener que crear submodelos sería usar atributos. Puede crear tantos atributos como desee y hacer que implementen IMetadataAware. Allí podría agregar propiedades arbitrarias a la bolsa de propiedades ModelMetadata.AdditionalValues, y sus plantillas de editor inspeccionar esos valores.

Como alternativa puede implementar su propio encargo ModelMetadataProvider que devuelve un objeto personalizado ModelMetadata que tenía las propiedades que se quería.

Cualquiera de los dos le permite simplemente anotar su modelo para definir el comportamiento del filtro.

Ambos métodos se describen por quién más, Brad Wilson, en este blog post.