스프링에서는 jdk 다이나믹 프록시 방식 혹은 cglib 라이브러리를 사용하여 자동으로 aop 를 구현해주는데, 이 자동화가 된 이유가있습니다.
수동으로 Service 인터페이스를 상속하는 프록시 클래스를 만들어 사용하게되면 다음과같은 문제들이 있습니다.
- 불필요하게 같은 인터페이스에 두개의 구현체 -> 불필요한 빈등록 (여러 빈 관리)
- 빈이 2개 등록되어있어 DI 시에 문제발생가능
이와 관련하여 예제코드와 설명이 잘 적힌 블로그가 있어서 참고하면 좋을것같습니다.
https://mangkyu.tistory.com/175?category=761302
스프링에서는 jdk 다이나믹 프록시 방식 혹은 cglib 라이브러리를 사용하여 자동으로 aop 를 구현해주는데, 이 자동화가 된 이유가있습니다.
수동으로 Service 인터페이스를 상속하는 프록시 클래스를 만들어 사용하게되면 다음과같은 문제들이 있습니다.
이와 관련하여 예제코드와 설명이 잘 적힌 블로그가 있어서 참고하면 좋을것같습니다.
https://mangkyu.tistory.com/175?category=761302