ASP.NET MVC - ¿Debo usar el patrón de repositorio para escribir modelos de vista en la base de datos o convertirlos a modelos primero?

Question

En mi aplicación ASP.NET MVC, tengo una página de edición bastante compleja que combina una cantidad de modelos en una vista.

Estoy usando el patrón ViewModel para combinar toda esta información y presentar un objeto cohesivo a la Vista.

Como un ejemplo, la estructura de mi ViewModel es algo como esto:

CompanyId 
CompanyName 
List<Employee> Employees 
List<ContactMethod> ContactMethods 

El objeto empleado tiene un número de propiedades básicas, y un método de contacto preferido.

En la página de edición, el usuario recibe todos los empleados de la empresa y tienen la capacidad de agregar y eliminar (mediante javascript), así como editar los detalles de los empleados. La lista ContactMethods se usa para completar el menú desplegable de cada empleado.

He traducido satisfactoriamente mis Modelos (leídos de la base de datos) en este ViewModel y viceversa, así que después de una edición, me queda un ViewModel que representa el estado actual de los empleados de esa compañía.

Estoy usando un patrón Repositorio para comunicarme con la base de datos, por lo que mi pregunta es ¿debo llamar directamente al CompanyRepository, pasar el ViewModel, o debo convertir el ViewModel de nuevo en objetos Model primero antes de usar el Repositorio para escribirlos en la base de datos?

En resumen, ¿debería saber el repositorio acerca de mis objetos ViewModel?

Answer 1

Convertiría de nuevo el ViewModel en objetos de modelo. Me gusta mantener la dependencia entre mi capa web y las capas de repositorio lo más suelta posible.

No creo que su Repositorio deba saber sobre su ViewModel, ya que es un concepto de nivel web.

Answer 2

ViewModel es el modelo de la vista (IU), por lo que el repositorio no debe conocer el modelo de vista. Separarlos mantendrá el repositorio acoplado libremente desde la interfaz de usuario.

Utilice otra capa como capa de servicio para encapsular el repositorio desde la interfaz de usuario. Esta capa también hace ViewModel - Conversación de modelo y hacer llamada de repositorio.

public class ServiceLayer 
{ 
    public void SaveModel(ViewModel viewmodel) 
    { 
     var model = viewModel.ToModel(); 
     repository.Save(model) 
    } 
} 

Answer 3

estoy de acuerdo con la respuesta anterior de convertir de nuevo en ViewModels Modelos "simple", pero añadiría que esta tarea probablemente debería ser llevada a cabo por una capa de servicio independiente. Esta capa sería responsable de desmontar sus ViewModels y actuar de manera apropiada.

Esto es esencialmente la definición de un servicio: algo cuyo trabajo es llevar a cabo una unidad lógica de trabajo que requiere múltiples modelos y/o lógica compleja.