ASP.NET MVC - LINQ a Entidades modelo como el modelo de vista - es esta buena práctica?

Question

Preguntas rápidas realmente.

Actualmente estoy construyendo un sitio utilizando asp.net MVC y el marco de la entidad. Tengo un par de repositorios en el lugar que devuelven entidades o listas de entidades. Estoy descubriendo que en la mayoría de mis páginas tengo que extraer datos de una variedad de tablas relacionadas. Esto está bien siempre que cargue las entidades relacionadas usando 'incluir' en mis consultas, pero ¿es esta una buena práctica?

¿Sería mejor crear un objeto de viewmodel personalizado que contenga solo los bits de información que necesito, o no hay nada "incorrecto" en dibujar un gráfico de objetos que es quizás de 5 a 6 tablas para mostrar lo que necesita a su punto de vista?

Disculpas si esta pregunta no tiene demasiado sentido. Puede que tenga fundamentalmente mal entendido cómo un modelo se debe utilizar aquí :)

Gracias

Answer 1

Yo sugeriría revisar el código de representación en sus puntos de vista y el código de contabilización en los controladores. ¿Se vuelven demasiado complejos por el enfoque que estás tomando? Si no, probablemente estés bien para mantener las cosas como están. Si la vista y el código del controlador se simplificaran enormemente al introducir un modelo de vista personalizado, entonces considere crear uno. Los modelos de vista personalizada esencialmente resumen algo de esa complejidad que probablemente se esté manejando en algún otro lado en este momento.

Answer 2

Si sus puntos de vista empiezan a hacer cosas como

<% foreach (var order in Model.Orders.Any(x => x.Products.Any(p => p.Category == "xx")) %>

entonces definitivamente necesita modelo de vista. Usted puede ir con

ViewData["flattened_orders"]

si lo prefiere cadenas mágicas, pero dudo de modo.

Luego, hay una cuestión de atributos de presentación necesarios en sus entidades, luego debe exponer todas las propiedades en ellos para que el encuadernador de modelos pueda funcionar ... entonces necesita información adicional solo de presentación como lista de países ...

por lo tanto, para aplicaciones sencillas, puede omitir modelo de vista. Pero para aplicaciones simples puede hacer Response.Write y SQL manual, de todos modos ;-)

Me gusta this publicación sobre un problema similar. El enfoque representado allí puede parecer demasiado "académico" al principio, pero es de proyectos reales, y cuanto más hago ASP.NET MVC, más me gusta y me acerco a él.