Comment la conception pilotée par domaine peut-elle être combinée à une programmation orientée aspect?

Question

Je fais des recherches et un point que je veux aborder est "Quelle est la relation entre la conception orientée domaine et la programmation orientée aspect?"

Je sais qu'un principe fondamental dans DDD est la séparation des préoccupations et je comprends cela. Ce que je ne suis pas vraiment certain, c'est si les aspects dans AOP agissent comme des "sous-domaines" dans notre domaine dans DDD.

Ces deux concepts sont-ils essentiellement la même chose? Je veux dire, si je développe une application après AOP et DDD, à la fin de la journée sera-t-il vrai que "un sous-domaine" == "un aspect".

J'apprécierai également d'autres avis ce qui est commun entre AOP et DDD.

Answer 1

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

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