Yo preferiblemente utilizo casos de uso que en su defecto suelen llamar a los modelos de dominio que realice la logica según su nivel de alcance de negocio. Suelo utilizar servicios en casos de uso cuando hay acciones de negocio que no encaja con ningun agregado y toca orquestarlos. Con respecto a los desafios, las configuraciones sueles ser un dolor de cabeza, prefiero hacer concesiones y acoplarme Al framework pero siguiendo la misma division de capas.
Lastima que nunca me cae a tiempo la notificación de YT :( . Con respecto al tema de arquitecturas limpias no le encuentras valor hasta que te toca lidiar con un sistema legacy donde una sola clase tiene mas de 40k lineas de codigo , la cual esta altamente acoplada y la cohesión es terrible. 😅
Grandes, David y Manuel. 🎉
Saludos viejo Julian!
Saludos Julián...gracias!
Yo preferiblemente utilizo casos de uso que en su defecto suelen llamar a los modelos de dominio que realice la logica según su nivel de alcance de negocio. Suelo utilizar servicios en casos de uso cuando hay acciones de negocio que no encaja con ningun agregado y toca orquestarlos.
Con respecto a los desafios, las configuraciones sueles ser un dolor de cabeza, prefiero hacer concesiones y acoplarme Al framework pero siguiendo la misma division de capas.
Lastima que nunca me cae a tiempo la notificación de YT :( . Con respecto al tema de arquitecturas limpias no le encuentras valor hasta que te toca lidiar con un sistema legacy donde una sola clase tiene mas de 40k lineas de codigo , la cual esta altamente acoplada y la cohesión es terrible. 😅