값 타입의 필드들에 final
186
작성한 질문수 36
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예
[질문 내용]
값 타입의 클래스에 setter를 제공하지 않아도 변경 불가능하도록 할 수 있지만, 필드들에 final을 붙이는 것 또한 괜찮지 않을까요?
대신 기본생성자도 만들 기 위해서 @NoArgsConstructor 옵션을 사용 할 수 있을 것 같습니다.
최종 형태입니다
@Embeddable
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED, force = true)
@RequiredArgsConstructor
public class Address {
private final String city;
private final String street;
private final String zipCode;
}
이런식으로 만들어도 될까요? 또 force 옵션을 쓰게 되면 리플랙션/프록시 기술에 영향을 주어서 쓰면 안되는 형태일지 궁금합니다
답변 2
0
안녕하세요. ideal0427 김상형님, 공식 서포터즈 코즈위버입니다.
혹시 위와같이 코드를 작성하신 후에 컴파일을 진행해보셨을까요?
@NoArgsConstrucotr 는 파라미터가 없는 기본생성자를 클래스에 추가하게 되는데요.
필드에 final 멤버변수가 있는 상태로 초기화를 진행하지 않을 경우 문법오류가 됩니다.
그래서 Address 클래스에 기본생성자가 추가되는 순간 문법오류가 되어 문제가 발생할 것같습니다.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다. ideal0427 김상형님.
값 타입의 필드들에 final을 사용하는 것과 관련하여 질문을 주셨네요. 이는 주로 불변 객체를 만들기 위한 방법 중 하나로 많이 사용됩니다. 김상형님께서 작성하신 코드 형태는 불변 객체를 만드는 좋은 접근 방식입니다. 다만, @NoArgsConstructor(access = AccessLevel.PROTECTED, force = true) 옵션 사용에 대해 다소 우려가 될 수 있는 부분이 있습니다. 이 옵션은 Lombok이 불변 필드들을 초기화하기 위해 사용되며, 이는 리플렉션을 사용합니다.
이와 관련된 기존 답변을 확인해보시기 바랍니다:
-
- 불변 객체 정의와 관련된 설명이 포함되어 있습니다. 여기에서 추가적인 설명과 주의사항을 확인하실 수 있습니다.
- 불변 객체 정의와 관련된 설명이 포함되어 있습니다. 여기에서 추가적인 설명과 주의사항을 확인하실 수 있습니다.
-
- final 키워드와 컬렉션 사용 시의 고려사항에 대해 다룹니다.
- final 키워드와 컬렉션 사용 시의 고려사항에 대해 다룹니다.
다음은 Address 클래스의 최종 코드 예제로, final 키워드와 Lombok의 @RequiredArgsConstructor를 사용하는 방식이며, 불변 객체를 쉽게 생성할 수 있습니다:
@Embeddable
@Getter
@NoArgsConstructor(access = AccessLevel.PROTECTED, force = true)
@RequiredArgsConstructor
public class Address {
private final String city;
private final String street;
private final String zipCode;
}
이러한 방식은 JPA 프록시가 동작하는 데 영향을 줄 수 있으며, 특히 이와 관련된 예외 상황에 대한 관리가 필요할 수 있습니다. JPA에서 프록시 객체가 생성될 때 기존 필드가 접근 가능한 상태여야 하기 때문입니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
0
이번 링크들은 주요 고민사항과 전혀 관련이 없는 답변들이네요 ㅜ
"이러한 방식은 JPA 프록시가 동작하는 데 영향을 줄 수 있으며, 특히 이와 관련된 예외 상황에 대한 관리가 필요할 수 있습니다. JPA에서 프록시 객체가 생성될 때 기존 필드가 접근 가능한 상태여야 하기 때문입니다."
이 말도 이해가 잘 가지 않습니다.
프록시에 동작하는데 영향을 어떻게 왜 주는걸까요.. 그리고 기존 필드는 getter가 있다면 접근 가능하다고 생각되는데요
테스트코드로 확인해본 결과 기본생성자로도 생성 가능했고, 필드들을 전부 초기화 해서 생성하는 것도 가능해서 문제가 없을 것 같습니다..
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
27
1
sdk 설정 오류
0
68
2
오탈자 - @Transactional
0
62
1
src/test/resources 테스트 경로 문제
0
57
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
70
1
MemberRepositoryTest 실행오류
0
90
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
195
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
153
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
56
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
80
1
기본 생성자
0
67
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
107
1
멤버서비스테스트 부분에서 막힙니다.
0
174
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
124
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
129
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
121
1
24분 27초 연관관계 편의 메서드 위치
0
118
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
114
2
빌드 툴, Gradle
0
63
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
81
2
Repository에서 EntityManager 주입 방식 차이
0
97
1
롬복과 사용자 정의 setter 메서드
0
77
1
주문 목록 조회 fetch join 질문드립니다
0
91
1
dirty checking 질문드립니다.
0
86
1





