-
@Pazthor No tengo una opinión fuerte sobre el tema. He probado usar las recomendaciones del framework, he usado arquitectura hexagonal. Las dos me han dado problemas de un modo u otro. Ahora estoy más en el "depende de tu contexto" 😜On twitter.com
Mood +1 🙂
-
@Pazthor Sin mirar mucho el thread y solo la estructura de carpetas. He cometido el error de nombrar una carpeta dominio y luego dentro tener subcarpetas por "layer". Justo la imagen que me has compartido. Hoy en día me decanto más por la estructura orientada por domino que por capasPermalink On twitter.com
-
@Pazthor La estructura orientada por dominio tiene varías ventajas. - Campos no public que solo son visibles dentro del package (en el caso de Java almenos) - Hace visible si dos "subdominios" están acoplados. ¿Cuantas carpetas tengo que tocar para implementar esta funcionalidad?Permalink On twitter.com
-
@Pazthor En la imagen, veréis que no es una hexagonal architecture porque no hay una clara diferenciación entre ports and adapters. En ese caso, se podría estar usando mucho el framework mientras tienes una estructura orientada al dominio.Permalink On twitter.com
-
@Pazthor Después se puede evolucionar donde sea necesario sin romper mucho la estructura de carpetas. Imaginemos en este caso, tendría un CRUD en el subdominio de account y ports and adapters en playlist. Así cada parte tiene su complejidad adecuada sin forzar todo hexagonal o todo CRUDPermalink On twitter.com
-
@Pazthor git add . git commit -m "thread super chulo y improvisado" git pushPermalink On twitter.com
-
@Pazthor Aquí hablo de ese mix entre varías arquitecturas en un mismo proyecto youtube.com/watch?v=n7_mS6ETPKwPermalink On twitter.com