Mejores prácticas con ASP.NET MVC ven modelos

Question

Me pregunto cómo puedo crear un modelo de vista correctamente.

Por ejemplo, tengo una vista de edición con algunos cuadros de texto y una lista desplegable.

¿Debo separar la lista desplegable en un nuevo modelo de vista o para que la vista de edición tenga un modelo de vista con una lista para la lista desplegable?

O, en términos generales, ¿debo separar campos de entrada especiales en modelos de vista separados?

¿Cuándo debe una vista tener más de un modelo de vista y cuándo no?

Answer 1

No existe una regla clara sobre cómo crear y organizar correctamente sus modelos de vista. Su pregunta es demasiado vaga para ser respondida porque proporcionó muy poco contexto.

Por lo general, grupo de vista de modelos según bloques funcionales/partes de la pantalla que representan. Por ejemplo, imagine que tiene una forma compleja compuesta de múltiples secciones/conjuntos de campo como detalles de contacto, dirección de entrega, información de facturación, etc. Una dirección podría estar compuesta por el menú desplegable calle, postal, ciudad y país. Crearía un modelo de vista de direcciones que contenga esas cuatro propiedades para que se pueda reutilizar en vistas múltiples/vistas parciales. Esto también facilitará la validación ya que las propiedades dependientes se empaquetarán en el mismo modelo de vista, como validar, por ejemplo, que el zip dado corresponde a la ciudad y que la ciudad pertenece al país seleccionado.

Por ejemplo, tengo una vista de edición con algunos cuadros de texto y una lista desplegable.

¿Debo separar la lista desplegable en un nuevo modelo de vista o SHAUD la vista de edición tener un modelo de vista con una lista de la lista desplegable?

Yo diría que no, si esos campos están de alguna manera relacionados funcionalmente.

Conclusión: deberá encontrar el equilibrio correcto entre tener un modelo de vista por campo en la pantalla y tener un modelo de vista única por aplicación.

Answer 2

Debe separar la lista desplegable en el nuevo modelo de vista si desea ser reutilizable.

Answer 3

En general, querrá utilizar el patrón de ViewModel si desea almacenar los datos utilizados por la vista escrita. Para lógica y detalles específicos de UI, un patrón ViewHelper sería más adecuado.

Para obtener más información sobre ViewModel, consulte este artículo. http://theminimalistdeveloper.com/2010/08/21/why-when-and-how-to-use-typed-views-and-viewmodel-pattern-in-asp-net-mvc/

Answer 4

Prefiero el enfoque de un modelo de vista por vista/parcial. En mi opinión, este es el mejor enfoque si crees que el único propósito del modelo de vista debería ser modelar la vista. Este paradigma también admite el uso de vistas fuertemente tipadas, lo que proporciona una verificación de errores en tiempo de compilación para su enlace de modelo de vistas y obtiene el beneficio adicional de intellisense. En los escenarios en los que desea volver a utilizar un poco de lógica, creo que a menudo se puede satisfacer redefiniendo la vista en vistas parciales y proporcionando estos parciales con sus propios modelos de vista. Debe enfatizarse que no debe existir lógica de dominio en sus modelos de vista, ya que realmente pertenece a un modelo de dominio.