Cómo implementar unidad de trabajo en MVC: Responsabilidad

Question

¿Quién tiene la responsabilidad

---

¿Quién tiene la responsabilidad de iniciar y terminar la unidad de trabajo en una arquitectura MVC?

Answer 1

No es responsabilidad del controlador, infringe SRP. El controlador ni siquiera debería saber sobre UoW. En la web, generalmente se utiliza una UoW por solicitud al servidor. En este caso, UoW debería eliminarse al final de una solicitud y comenzar en algún lugar después del comienzo de una solicitud (idealmente, el inicio de una UoW debería ser flojo). El mejor lugar para hacer esto es Global.asax (o su clase HttpApplication) utilizando los manejadores Application_EndRequest y Application_BeginRequest.
Esto se puede lograr fácilmente con un marco IOC (mi favorito es Windsor), ver this question para detalles de implementación.

Answer 2

El controlador. Esto obtiene el contexto, por lo que puede comenzar y terminar la unidad de trabajo. Por ejemplo, una sesión nHibernate por solicitud necesitaría que supiera cuándo comenzó y terminó la solicitud, por lo que necesita el contexto para darle la solicitud.

Answer 3

Como zihotki dijo que estarías violando el SRP si le das esta responsabilidad al controlador. Este es un patrón orientado a la manipulación de datos, y como tal no debería ser una preocupación para el controlador ... eso lo convertiría en dos violaciones: una para el SRP y otra para el principio de SoC.

En cuanto a quién tiene la responsabilidad, eso es algo que debe definir su arquitectura. La sugerencia StartRequest/EndRequest parece lo suficientemente sólida.

Answer 4

Soy un creyente en la arquitectura débilmente acoplada. Mi controlador no sabe NADA sobre el repositorio, contexto o unidad de trabajo. Creé una capa de servicio (no estoy seguro de que sea el término correcto) que el controlador llama. Este servicio luego trabaja con el repositorio (dll) para conservar todos los datos.