Как Доменный управляемый дизайн может быть объединен с аспектно-ориентированным программированием?
Я провожу исследование, и один вопрос, на который я хочу ответить, "Каковы отношения между управляемым Доменом Дизайном и Аспектно-ориентированным программированием?"
Я знаю, что основной принцип в DDD является разделением проблем, и я понимаю это. То, что я не действительно уверен, действуют ли аспекты в AOP как "sub домены" в нашем домене в DDD.
Эти два понятия, в основном то же самое. Я имею в виду, Если я разрабатываю приложение после AOP, и DDD, в конце дня будет он быть верным что "sub домен" == "аспект".
Я буду также ценить какие-либо другие мнения, каково общее между AOP и DDD.
1 ответ
Один из Цели DDD - получить чистое представление вашей бизнес-логики, на которое не влияет ваша инфраструктура. Очень мощный инструмент для этого - АОП.Я в основном использую АОП для таких поддоменов инфраструктуры, как ведение журнала, кеширование, проверка и обработка исключений. Я обычно не использую АОП для реальной бизнес-логики, однако проверка - это своего рода инфраструктура и бизнес-логика.
В тех случаях, когда АОП просачивается в бизнес-логику, я использую атрибуты / аннотации, чтобы вызвать поведение. Что касается других проблем, я буду использовать политику / конфигурацию для применения аспектов.