cómo implementar servicios y repositorios en arquitectura de cebolla?

Question

He estado estudiando arquitectura de cebolla por un par de días. Entiendo que las dependencias siempre deben ir hacia el centro y cómo usar la inyección de dependencia para lograr esto. Pero tengo un par de preguntas que aún no pude descifrar.

1. ¿Puede un modelo (o entidad) hacer referencia a una interfaz de repositorio o una interfaz de servicio?

   Por ejemplo: una entidad Order tiene una relación establecida a través de DeliveryCityOder.DeliveryZip propiedad, que es no una clave externa, pero es único. Para llegar a la Ciudad por una cremallera, debo llamar ICityRepository.FindByZip(zip)

   Tengo el siguiente código en mi modelo

   class Order 
   { 
       . . . 
   
       [Inject] 
       public ICityRepository CityRepository { get; set; } 
   
       private City _dCity; 
   
       public City DeliveryCity { 
        get { 
         if (_dCity == null) 
          _dCity = this.CityRepository.FindByZip(this.DeliveryZip); 
   
         return _dCity; 
        } 
       } 
       . . . 
   } 
   

2. ¿Cuáles serían los problemas del código anterior? ¿Debería usar un servicio de dominio en su lugar?

3. ¿Deben definirse las implementaciones de servicios de dominio dentro del núcleo o en la capa de infraestructura?

Answer 1

Aquí es donde entran las fábricas en el dominio. Un OrderFactory puede tomar dependencias, como una dependencia en el IOrderRepository, así como una dependencia en ICityRepository. Cuando la fábrica se utiliza para crear (o reconstituir) una entidad de pedido, la fábrica puede buscar la ciudad y establecer la propiedad de pedido en consecuencia. O, como sugiere Herzmeister, configúralo usando Lazy para que la búsqueda solo se realice si es necesario.

Answer 2

¿Cuáles serían los problemas del código anterior? ¿Debería usar un servicio de dominio en su lugar?

dos cosas a considerar aquí:

1. ICityRepository no es una verdadera dependencia de la Orden, en otras palabras, la Orden no lo necesita para sus otros métodos. La dependencia real es algo que el objeto no puede funcionar sin él. Por lo tanto, es posible que desee considerar pasarlo como un parámetro al método como 'GetDeliveryCity' (consulte this para obtener más información).

2. Buscar ciudad por código postal no parece ser una responsabilidad del pedido. Para que el pedido sea cohesive, solo tiene que tratar las funciones relacionadas con los pedidos. Es posible que desee sacar esta funcionalidad de la clase de orden.

caso de que las implementaciones de servicios de dominio puede definir el interior del núcleo o en la capa de infraestructura?

Dentro del núcleo si se trata realmente de un servicio de dominio (no servicio de aplicación).

Answer 3

1. ¿Qué tal

   private Lazy<City> _dCityLazy; 
   
   public City DeliveryCity { 
       get { 
        return _dCityLazy.Value; 
       } 
   } 
   

   el lugar donde quiere inyecta el Lazy<City> por algún mecanismo?

2. Usted decidiría flexiblemente mediante inyección desde el exterior y luego en este ejemplo.

3. Yo diría que realmente depende de qué servicio de un dominio en particular y dónde se utiliza.