일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 백엔드
- Domain Driven Design
- cicd
- RESTClient
- 쿠버네티스
- Spring
- springboot
- redis
- 모임 장소 추천
- 이펙티브자바
- JPQL
- JPA
- 도메인 주도 개발 시작하기
- Container Registry
- ddd
- 최범균
- K3S
- 영속성
- 약속 장소 추천
- 한국대학생it경영학회
- Spring Batch
- 객체지향 쿼리 언어
- GitHub Actions
- 중간 장소 추천
- 자바 ORM 표준 JPA 프로그래밍
- kusitms
- 모이삼
- 중간 지점 추천
- java
- 큐시즘
Archives
- Today
- Total
목록2025/09/07 (1)
코딩은 마라톤

들어가며 엔티티를 설계하다 보면 기계적으로 붙이는 애노테이션이 있다.@Entity@NoArgsConstructor(access = AccessLevel.PROTECTED) 항상 위 2개의 애노테이션을 붙이면서 엔티티 관련 문제가 발생한 적이 없고, 잘 쓰고 있었다. NoArgsConstructor를 사용하는 이유는 JPA에서 엔티티 생성 시 Reflection 방식을 사용하는데 이때 기본 생성자가 필요하기 때문이다. 또한 지연로딩(Lazy Loading)을 사용해 연관된 엔티티를 조회할 때 실제로 사용하기 전까지는 프록시 객체를 사용하는데, 이때 기본 생성자가 private으로 선언되어 있다면 해당 엔티티를 상속한 프록시 객체를 사용할 수 없어 이를 방지하기 위해 public이나 protected를 사용..
Backend/JPA
2025. 9. 7. 04:14