¿Cómo puede Dominio impulsada por el diseño puede combinar con programación orientada a aspectos?

Question

Estoy haciendo una investigación y un punto quiero cubrir es "¿Cuál es la relación entre el diseño impulsado por el dominio y la programación orientada a aspectos?"

Yo sé que un principio fundamental en DDD es la separación de las preocupaciones y entiendo que. Lo que no estoy muy seguro es, ya sea en aspectos AOP actúa como "sub dominios" en nuestro dominio en DDD.

¿Son estos dos conceptos, básicamente la misma cosa. Es decir, Si desarrollo una aplicación después de AOP y DDD, al final del día va a ser cierto que "un subdominio" == "un aspecto".

También apreciaré cualquier otra opinión ¿Cuál es el común entre AOP y DDD.

Answer 1

Uno de los objetivos de DDD es tener una representación pura de la lógica de negocio que no está influenciada por su infraestructura. Una herramienta muy poderosa para lograr esto es AOP. Yo uso principalmente AOP para subdominios infraestructura como la explotación forestal, el almacenamiento en caché, validación y manejo de excepciones. No me suelen utilizar AOP para la lógica de negocio actual, sin embargo la validación es una especie de tanto la lógica de negocio y la infraestructura.

En los casos en los que AOP sangra en la lógica de negocio, utilizo atributos / anotaciones para llamar a cabo el comportamiento. Para otras preocupaciones, voy a utilizar la política / configuración para aplicar aspectos.