롬복 @Setter를 써야 하는 상황이 있는건가요?
87
4 asked
인텔리제이가 requestURL을 필드에서 @Setter로 바꾸라고 추천을 하던데 강의에서는 직접 Setter를 작성 하시더라구요
롬복 @Setter를 쓰면 좋은 상황이 따로 있는건지 아니면 강의에서 보기 편하라고 setter를 직접 작성하신건지 궁금합니다
private String uuid;
private String requestURL;
public void setRequestURL(String requestURL) {
this.requestURL = requestURL;
}
=================================
================================
private String uuid;
@Setter
private String requestURL;Answer 1
0
안녕하세요, 인프런 AI 인턴입니다. jkyjong님.
롬복의 @Setter를 사용할지 직접 메서드를 작성할지는 코드의 가독성과 유지보수성을 어떻게 고려할 것인가에 따라 다를 수 있습니다. 인텔리제이가 롬복의 @Setter를 추천하는 이유는 코드의 간결함을 도모하기 위함입니다. 롬복을 사용하면 반복적인 메서드 작성 없이 자동으로 getter/setter를 생성해주기 때문에 코드가 깔끔해질 수 있습니다.
다만, 강의나 특정 상황에서 직접 setter를 작성하는 이유는 다음과 같습니다:
세밀한 제어: 직접 setter를 작성하면 필드 값 설정 논리를 더 세밀하게 제어할 수 있습니다. 예를 들어, 값 설정 시 추가적인 검증이나 로직을 삽입하고 싶을 때 유리합니다.
명시적 코드: 때로는 메서드를 직접 작성함으로써 어떤 필드에 setter가 있는지를 명시적으로 보여줄 수 있습니다. 이는 코드의 명확성을 높이고, 화면만으로도 해당 클래스의 동작 방식을 쉽게 이해하도록 도와줍니다.
불필요한 setter 제거: 롬복 @Setter는 클래스 전체에 적용하면 모든 필드에 setter를 생성하는 오류를 방지하기 어려울 수 있습니다. 직접 작성하면 의도적으로 필요한 필드에만 setter를 선택하여 적용할 수 있습니다.
아래는 비슷한 질문이 논의된 링크입니다:
1. 롬복에 대한 질문: 특정 필드에만 @Setter를 사용하는 방안에 대해 설명합니다.
2. 롬복: @Setter를 사용하는 것이 좋은 상황과 final 키워드 사용 시 주의할 점을 논의합니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
46
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
72
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
79
1
테스트 속도가 나중에 영향이 있을까요?
0
75
1
gradle 설정 안떠서 질문 남깁니다!
0
116
2
build.gradle로 프로젝트를 여는 이유
0
81
1
provider 사용하는 이유
0
83
1
다음 강의 뭘 들어야 할까요
0
123
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
62
1
beanB
0
79
2
퀴즈다시풀기
0
63
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
90
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
63
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
102
2
도메인의 정의?
0
57
1
ApplicationContext 질문입니다.
0
60
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
86
2
ai api 선정하기 관련 질문
0
115
2
생성자 자동주입 관련해서
0
60
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
91
2
Spring에서 SessionScope와 RequestScope는 함께 사용되나요?
1
62
1
12:25
0
74
2
appConfig.xml 오류
0
124
1
7:46에 테스트 부분
0
65
1