반응형
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 |
Tags
- 스프링
- Stream
- JWT
- 토큰
- ava백엔드
- Token
- 자바
- JPQL
- 코틀린
- javamailsender
- SpringFramework
- map
- Component
- 스프링 부트
- kotlin
- Spring
- entity
- BEAN
- 객체지향
- springboot
- 소프트웨어설계
- Spring Boot
- java
- 클래스
- JPA
- devpi
- Configuration
- 티스토리챌린지
- OOP
- 오블완
Archives
- Today
- Total
목록Builder패턴 (1)
DeveloPiano
Spring JPA로 개발을 하다 보면 new Entity()를 통해 엔티티 객체를 직접 생성하고 싶은 유혹에 빠지기 쉽습니다. 그런데 실무에서는 보통 이렇게 하지 않도록 유도하거나 제한을 둡니다. 왜 그런 걸까요?이번 글에서는 다음과 같은 내용을 중심으로 정리해보겠습니다.@NoArgsConstructor(access = AccessLevel.PROTECTED)를 사용하는 이유무분별한 빈 객체 생성을 피해야 하는 이유static 팩토리 메서드가 필요한 이유기본 생성자에 protected를 설정하면 어떤 문제가 발생할까?JPA에서는 기본 생성자가 반드시 필요합니다. 그런데 그 생성자가 protected여서 다음 코드가 컴파일 에러를 발생시키는 경우가 있습니다.// 컴파일 에러 발생MemberEntity e..
Develop/Spring
2025. 7. 8. 14:26