Hola a todos volviendo por estos lados. En esta oportunidad vengo a mostrarles como implementar el Repository Pattern en ASP:NET MVC usando además, Entity Framework, Ninject para la inyección de dependencias y Moq.
El Repository Pattern se usa para separar la lógica que recupera los datos y le asigna el modelo de entidad de la lógica de negocio que actúa sobre el modelo. La lógica de negocio debe ser agnóstico para el tipo de datos que comprende la capa de fuente de datos. Por ejemplo, la capa de origen de datos puede ser una base de datos, una lista de SharePoint, o un servicio web.
El repositorio media entre la capa de origen de datos y las capas de negocio de la aplicación. Se consulta el origen de datos para los datos, asigna los datos del origen de datos a una entidad comercial, y persiste cambios en la entidad a la fuente de datos. Un repositorio separa la lógica empresarial de las interacciones con el origen de datos subyacente o servicio Web. La separación entre los datos y los niveles de negocio tiene tres ventajas:
- Centraliza la lógica de datos o lógica de acceso a un servicio Web.
- Proporciona un punto de sustitución para las pruebas unitarias.
- Se proporciona una arquitectura flexible que se puede adaptar como el diseño general de los aplicación evoluciona.
Diagrama de interacción del Repository Pattern
Diagrama de interacción del Repository Pattern en ASP.NET MVC
Code Firts con Entity Framework
Vamos a usar Code Firts con Entity Framewok, en este enfoque, Entity Framework no aprovecha cualquier tipo de archivo de configuración (.edmx) para almacenar el esquema de base de datos, debido a que la API de mapas utilizan los siguientes convenios para generar el esquema de base de datos de forma dinámica en tiempo de ejecución.
Bueno estas son las bases que necesitamos, para hacer nuestra implementación Repository Pattern, en el próximo capitulo haremos la parte demostrativa.
Saludos a todos.
Fuente de las imágenes: CRUD Operations Using the Repository Pattern in MVC
Ahora mismo estoy con el «esqueleto» de una arquitectura que pueda hacer de punto de comienzo de varios proyectos y estoy metido en temas de inyeccion de dependencias, programacion orientada a aspectos, unidad de trabajo, repositorios, etc.
¡Estoy deseando ver mas partes de este tema!