Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Preguntas frecuentes
¿Por qué debo usar una arquitectura hexagonal?
La arquitectura hexagonal hace que los desarrolladores se centren en la lógica del dominio, simplifica la automatización de las pruebas y mejora la calidad y la adaptabilidad del código. Estas mejoras se traducen en una comercialización más rápida y en una ampliación técnica y organizativa más sencilla.
¿Por qué debo usar un diseño basado en el dominio?
El diseño impulsado por dominios (DDD) le permite crear componentes y construcciones de software utilizando un lenguaje común entre las partes interesadas de la empresa y los ingenieros. El DDD le ayuda a gestionar la complejidad del software y es una estrategia eficaz para mantener los productos de software a largo plazo.
¿Puedo practicar el desarrollo basado en pruebas sin una arquitectura hexagonal?
Sí. El desarrollo basado en pruebas (TDD) no se limita a patrones de diseño de software específicos. Sin embargo, la arquitectura hexagonal facilita la práctica del TDD.
¿Puedo escalar mi producto sin una arquitectura hexagonal ni un diseño basado en el dominio?
Sí. El escalado técnico y organizativo del producto se puede lograr con la mayoría de los patrones de diseño. Sin embargo, la arquitectura hexagonal y la DDD facilitan la escalabilidad y, a largo plazo, son más eficaces para proyectos de gran envergadura.
¿Qué tecnologías debo usar para implementar una arquitectura hexagonal?
La arquitectura hexagonal no se limita a un conjunto de tecnologías específico. Le recomendamos que elija una tecnología que admita la inversión de dependencias y las pruebas unitarias.
Estoy desarrollando un producto mínimo viable. ¿Tiene sentido dedicar tiempo a pensar en la arquitectura del software?
Sí. Le recomendamos que utilice patrones de diseño con los que esté familiarizado MVPs. Le animamos a que intente practicar la arquitectura hexagonal hasta que sus ingenieros se sientan cómodos con ella. Establecer una arquitectura hexagonal para nuevos proyectos no requiere una inversión de tiempo significativamente mayor que empezar sin ninguna arquitectura.
Estoy desarrollando un producto mínimo viable y no tengo tiempo para escribir pruebas.
Si tu MVP contiene lógica empresarial, te recomendamos encarecidamente que escribas pruebas automatizadas para ello. Esto reducirá el ciclo de retroalimentación y ahorrará tiempo.
¿Qué patrones de diseño adicionales puedo usar con la arquitectura hexagonal?
Utilice el patrón CQRS
