Что вы думаете о размещении бизнес-логики в перехватчике Spring/Advice?

Question

Что вы думаете о размещении бизнес-логики в перехватчике Spring/Advice? Это плохая практика?

Какую бизнес-логику вы бы поставили в перехватчик? просто проверки?

Что я вижу, так это то, что бизнес-логику в перехватчике сложнее увидеть, потому что нет четкой последовательности вызовов методов. А также бизнес-логика должна быть в доменных объектах, если вы используете проект, управляемый доменом.

Заранее спасибо.

Answer 1

Как правило, AOP-перехватчики должны использоваться для сквозных задач, а не для базовой бизнес-логики. Я видел приложения, которые используют AOP, и некоторые разработчики клянутся ими. Если найти их кошмар для отладки и тестирования.

Это быстро становится комбинаторной проблемой, находя различные аспекты, которые пересекаются, чтобы объединить их для создания желаемого поведения пользователя. Гораздо проще определить бизнес-логику в системах, которые являются линейными и явными в их вызове бизнес-логики.

Answer 2

Перехватчик - это метод, который вы можете вставить в поток вызовов. Обычно это выполняется до и после метода (или веб-запроса).

Большое преимущество перехватчиков заключается в том, что они дают вам возможность добавить функциональность к вашим бизнес-методам без изменения кода методов.

Я думаю, что цель перехватчиков - не иметь бизнес-логику, а делать предварительные и пост-проверки, чтобы ваша бизнес-логика выполнялась надлежащим образом. Некоторые из них проверяют ввод пользователя, вводят проверку безопасности и т. Д.