Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 디자인패턴
- 아두이노
- 논문리뷰
- 네트워크
- 포인트클라우드
- 장애물인식
- 자바
- 자율주행
- 논문
- 배달로봇
- MySQL
- 프로그래머스
- 이펙티브자바
- Hibernate
- Jetson
- JPA
- Database
- 파이썬
- 자바ORM표준JPA프로그래밍
- cartograhper
- 알고리즘
- DeepLearning
- Spring Batch
- 자료구조
- persistance context
- 영속성컨텍스트
- 딥러닝
- Java
- 운영체제
- Python
Archives
- Today
- Total
목록프록시 팩터리 (1)
제리 devlog

스프링은 JDK Dynamic Proxy, CGLIB의 프록시 생성 패턴을 사용한다. 이전 글에서 소개한 것 처럼 JDK Dynamic Proxy는 리플렉션을 사용하며 인터페이스가 반드시 필요했다. 반면, CGLIB는 바이트 코드를 조작해서 프록시를 만들고 상속을 사용하기 때문에 구체 클래스만으로도 프록시 생성이 가능했다. 하지만, 매번 코드상의 인터페이스 유무를 확인해서 JDK Dynamic Proxy의 InvocationHandler, CGLIB의 MethodInterceptor를 구현하기 쉽지 않다. 또한, 프록시 로직이 같을 때 인터페이스 유무가 다르다면 같은 내용의 InvocationHandler, MethodInterceptor를 작성해야 한다. 꽤 번거롭다. 스프링의 프록시 팩토리는 프록시 ..
Spring
2022. 3. 13. 14:23