스터디를 진행하던 중 멘토님이 Lombok라이브러리를 사용해서 스터디를 진행하셨다. 하지만 스프링에 막 발을 들인 나는 롬복이 뭔지 모른다. 그래서 정리해봤다.
롬복?
어노테이션 기반으로 코드를 자동완성해주는 라이브러리라고 한다. 개발자 편의를 위해 쓰는 라이브러리인 듯 하다. 다른 언어도 마찬가지지만 자바 언어 역시 기계적으로 작성해야 하는 코드들이 상당히 많이 생기는데 그런 부분들을 자동화해주는 라이브러뤼. 사용한다면 귀찮은 부분들을 작성해주는 걸 편하게 할 수 있을 뿐더러 코드의 길이 자체가 줄어드는 효과를 얻는다는 이점이 있다.
활용예시 - Getter, Setter
클래스를 만들었다. 이 놈이 갖는 필드 하나하나에 대해 getter, setter를 하나하나 만들어줘야 하는데 여간 귀찮은 게 아니다. 이럴 때 롬복을 이용해 Getter, Setter어노테이션을 주면 지가 알아서 필드들에 대한 getter, setter들을 만들어준다.
@Getter
@Setter
public class Member {
private Long id;
private String name;
}
참고로 클래스 이름 위에 이 어노테이션을 작성하면 모든 필드들에 대해 적용되고, 필드 이름 위에 작성하면 해당 필드에만 적용된다.
활용예시 - NoArgsConstructor
빈 기본 생성자를 만들어준다.
@NoArgsConstructor
public class Member {
private Long id;
private String name;
/* 이걸 자동으로 만들어준다
public Member() {
}
*/
}
활용예시 - AllArgsConstructor
모든 필드에 대한 생성자를 만들어준다. (DI(Dependency Injection)를 해주는 식으로)
@AllArgsConstructor
public class Member {
private Long id;
private String name;
/* 이걸 자동으로 만들어준다
public Member(Long id, String name) {
this.id = id;
this.name = name;
}
*/
}
활용예시 - RequiredArgsConstructor
특정 필드들에 대한 생성자를 만들어준다. 도대체 어떤 필드들에 대해 해주냐? final이 붙은 필드들, 그리고 @NonNull 어노테이션이 붙은 필드들에 대해서 자동으로 생성자를 만들어준다. AllArgsConstructor와 마찬가지로 DI(Dependency Injection)을 해주는 생성자를 만들어준다.
※ NonNull 어노테이션 : 롬복에서 쓰는 어노테이션으로, 얘가 멕여진 필드가 null이 되면 NullPointerException을 일으킨다.
@RequiredArgsConstructor
public class Member {
private final Long id;
@NonNull
private String name;
private int age;
/* 이걸 자동으로 만들어준다
public Member(Long id, String name) {
this.id = id;
this.name = name;
}
*/
}
이 외에도 어노테이션들이 많다. 클래스에 대한 equals함수와 hashCode함수를 자동으로 만들어주는 @EqualsAndHashCode, 필드들을 기반으로 ToString메서드를 자동으로 만들어주는 @ToString, 객체 생성에 Builder패턴을 적용해주는 @Builder.. 암튼 다양하다. 그때그때 찾아가며 공부하면 될 듯.
스프링에서 @RequiredArgsConstructor를 사용한 생성자 주입
기존에 내가 알고 있던(물론 스프링 공부 시작한지 별로 안됨) 생성자 주입 방식은 이거였다.
@Service
public class MemberService {
private final MemberRepository memberRepository;
@Autowired
public MemberService(MemberRepository memberRepository) {
this.memberRepository = memberRepository;
}
}
(참고로 memberRepository같은 빈들은 스프링 컨테이너가 관리해준다고 하는데 얘네가 싱글톤 객체라..변하지 않기 때문에 final키워드를 붙이는 게 좋다고 한다)
여기서 잠깐 살펴볼 것이, 스프링은 생성자가 1개뿐이라면 @Autowired를 생략해도 된다. 이 경우 @Autowired를 자동으로 인식해 처리하기 때문. 즉 위 코드에서 @Autowired를 빼도 문제가 없다.
그리고 @RequiredArgsConstructor는 final이 붙은 필드들에 대한 생성자를 알아서 만들어준다! 따라서 위 코드를 다음과 같이 아주 편하게 간소화시킬 수 있다.
@Service
@RequiredArgsConstructor
public class MemberService {
private final MemberRepository memberRepository;
}
원리는 간단하다.
- RequiredArgsConstructor가 생성자를 만들어줌
- 그 생성자에 대한 Autowired를 자동으로 인식해 처리함
'WEB > Spring' 카테고리의 다른 글
| lombok - is로 시작하는 boolean타입에 대해 만들어지는 Getter에 대해 (0) | 2023.08.08 |
|---|---|
| @Value 어노테이션 멕인 값이 null로 나올 때 (0) | 2023.02.21 |
| 스프링 DB접근기술에 대한 이야기 (0) | 2023.01.22 |
| 스프링 빈(Bean)에 대한 얘기와 빈 등록방법 (0) | 2023.01.22 |
| 스프링 웹 개발의 기초 - 정적 컨텐츠, 웹 MVC, 그리고 api (0) | 2023.01.21 |