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
- Database
- 알고리즘
- Java
- 프로그래머스
- persistance context
- 논문
- 운영체제
- 딥러닝
- Hibernate
- 아두이노
- JPA
- 자료구조
- 자율주행
- 영속성컨텍스트
- 자바
- DeepLearning
- Jetson
- Spring Batch
- 논문리뷰
- 디자인패턴
- cartograhper
- 네트워크
- 장애물인식
- 포인트클라우드
- MySQL
- 이펙티브자바
- 파이썬
- Python
- 자바ORM표준JPA프로그래밍
- 배달로봇
Archives
- Today
- Total
목록스프링 (1)
제리 devlog
Spring 프록시 팩토리
스프링은 JDK Dynamic Proxy, CGLIB의 프록시 생성 패턴을 사용한다. 이전 글에서 소개한 것 처럼 JDK Dynamic Proxy는 리플렉션을 사용하며 인터페이스가 반드시 필요했다. 반면, CGLIB는 바이트 코드를 조작해서 프록시를 만들고 상속을 사용하기 때문에 구체 클래스만으로도 프록시 생성이 가능했다. 하지만, 매번 코드상의 인터페이스 유무를 확인해서 JDK Dynamic Proxy의 InvocationHandler, CGLIB의 MethodInterceptor를 구현하기 쉽지 않다. 또한, 프록시 로직이 같을 때 인터페이스 유무가 다르다면 같은 내용의 InvocationHandler, MethodInterceptor를 작성해야 한다. 꽤 번거롭다. 스프링의 프록시 팩토리는 프록시 ..
Spring
2022. 3. 13. 14:23