Comment peut-Domain Driven Design être associé à la programmation orientée aspect?

Question

Je fais une recherche et un point que je veux couvrir est « Quelle est la relation entre la conception axée sur le domaine et la programmation orientée aspect? »

Je sais qu'un grand principe DDD est la séparation des préoccupations et je comprends. Ce que je ne suis pas vraiment certain, que ce soit dans des actes aspects AOP comme « sous-domaines » dans notre domaine DDD.

sont ces deux concepts, essentiellement la même chose. Je veux dire, si je développe une application suivant AOP et DDD, à la fin de la journée, il est vrai que « un sous-domaine » == « un aspect ».

Je vais aussi apprécier toute autre opinion ce qui est commun entre AOP et DDD.

Answer 1

L'un des objectifs de DDD est d'avoir une pure représentation de votre logique métier qui n'est pas influencée par votre infrastructure. Un outil très puissant pour y arriver est AOP. Je l'utilise principalement AOP pour des sous-domaines d'infrastructure tels que l'exploitation forestière, la mise en cache, la validation et la gestion des exceptions. Je n'utilise généralement AOP pour la logique métier réelle mais la validation est une sorte de l'infrastructure et la logique métier.

Dans les cas où saigne AOP dans la logique métier, j'utilise les attributs / annotations pour appeler le comportement. Pour d'autres préoccupations, je vais utiliser la politique / configuration pour appliquer les aspects.