Come può design driven Dominio essere combinato con Aspect Oriented Programming?

Question

sto facendo ricerca e un punto che voglio coprire è "Qual è il rapporto tra Domain-Driven Design e Aspect programmazione orientata?"

So che un principio fondamentale in DDD è la separazione degli interessi e capisco che. Quello che non sono davvero certo è, se aspetti in AOP agisce come "sottodomini" nel nostro dominio in DDD.

Sono questi due concetti, fondamentalmente la stessa cosa. Voglio dire, se mi sviluppare un'applicazione seguendo AOP e DDD, alla fine della giornata sarà vero che "un sottodominio" == "un aspetto".

I apprezzeranno anche eventuali altri pareri Qual è il comune tra AOP e DDD.

Answer 1

Uno degli obiettivi di DDD è di avere una pura rappresentazione della vostra logica di business che non è influenzata dalla vostra infrastruttura. Uno strumento molto potente per raggiungere questo obiettivo è AOP. Io principalmente uso AOP per i domini infrastrutture secondarie come la registrazione, il caching, la convalida e la gestione delle eccezioni. Io in genere non uso AOP per la logica di business attuale però la validazione è una specie di logica sia infrastrutture e imprese.

Nei casi in cui AOP sanguina nella logica di business, ho utilizzare gli attributi / annotazioni per richiamare il comportamento. Per le altre preoccupazioni, userò la politica / configurazione per applicare gli aspetti.