저는 데코레이터 패턴의 장점이 곧 aop 의 장점이 된다고 생각합니다. aop를 사용하면 기존 코드를 수정하지 않고 새로운 기능을 추가할 수 있습니다.
aop를 통해 관심사가 분리되는 장점도 있지만 - 이를 통해 단일책임 원칙을 지킬 수 있음 - 기존의 코드를 전혀 변경하지 않고 로깅같은 새로운 기능을 덧붙일 수 있다(ocp) 는 것도 aop의 큰 장점이라고 생각합니다.
또한 aop를 활용하면 우리가 변경할 수 없는 원본 소스코드 - 외부 라이브러리의 코드들 - 의 동작에도 새로운 기능을 추가하는 것이 가능해집니다.
저는 데코레이터 패턴의 장점이 곧 aop 의 장점이 된다고 생각합니다. aop를 사용하면 기존 코드를 수정하지 않고 새로운 기능을 추가할 수 있습니다. aop를 통해 관심사가 분리되는 장점도 있지만 - 이를 통해 단일책임 원칙을 지킬 수 있음 - 기존의 코드를 전혀 변경하지 않고 로깅같은 새로운 기능을 덧붙일 수 있다(ocp) 는 것도 aop의 큰 장점이라고 생각합니다.
또한 aop를 활용하면 우리가 변경할 수 없는 원본 소스코드 - 외부 라이브러리의 코드들 - 의 동작에도 새로운 기능을 추가하는 것이 가능해집니다.
Originally posted by @mulgoms2 in https://github.com/minwoorich/2024-spring-study/issues/20#issuecomment-2044311826