💡Lombok에 관하여..(_ _)

Lombok 기능 중에 생성자 관련한 어노테이션이 세 개가 있다. 플젝 도중 오류를 잡다가 그 기능들에 대해 자세히 알아보려고 한다.

일단 에러가 났던 원인과 해결법부터 !

에러원인

클래스 변수에

    @OneToMany(mappedBy = "orders")
    private List<Receipt> receipts = new ArrayList<>();

리스트를 초기화해주는 부분이 있었는데 빌더를 사용할 경우 초기화가 되지 않았다. 그래서 자꾸 NPE 발생 (빌더 패턴을 이용하면 자동 초기값이 세팅된다고 함)

에러해결

package com.myproject.demo.domain;

import jakarta.persistence.*;
import lombok.AllArgsConstructor;
import lombok.Builder;
import lombok.Getter;
import lombok.NoArgsConstructor;

import java.time.LocalDateTime;
import java.util.ArrayList;
import java.util.List;

@Entity
@Getter
public class Orders {

    @Builder
    public Orders(Long memberId, LocalDateTime orderDate) {
        this.memberId = memberId;
        this.receipts = new ArrayList<>();
        this.orderDate = orderDate;
    }
    public Orders() {

    }

    @Id @GeneratedValue
    private Long id;

    private Long memberId;

    @Builder.Default
    @OneToMany(mappedBy = "orders")
    private List<Receipt> receipts = new ArrayList<>();

    private int totalPrice;

    private LocalDateTime orderDate;

    public void setTotalPrice(int amount) {
        this.totalPrice = amount;
    }
    public void setReceipts(Receipt receipt) {
        getReceipts().add(receipt);
    }
}

초기값을 사용하고 싶은 필드에 Builder.Default를 써줘도 됐지만 빌더 메서드인지 정확하게 알 수 있도록 따로 생성자를 만들었다.

@Builder

일단 빌더는 왜 쓰는가?
필요한 데이터만 설정 가능하고 유연성을 확보할 수 있기 때문이다.

public class Member {
    private String name;
    private int age;
    
    public Member() {}
    
    public Member(String name, int age) {
    }
    
}

이렇게 클래스 변수가 적은 경우엔 크게 문제 되지 않지만 만약 누군가가 저기에 데이터를 추가 했을 경우엔

	...
    private String addr;
    private String school;
    private String company;
    
    
    public Member(String name, int age, String addr, String school, String company) {
    }

이렇게 추가할 때마다 또 다른 생성자를 만들어야 하거나 기존에 생성자를 통해 객체를 만든 구문을 수정해주어야 한다

new Member('name', 100);
-> new Member('name',100,'secret', null, null);

또 파라미터의 순서 또한 지켜줘야 하므로 변수 선언 순서라도 바뀌면 수정해야 할 부분이 한 두군데가 아닐 것이다 !

즉 빌더 패턴은 이런 변경과 협업에 대해 유연하게 대처 가능하도록 한 패턴이란 것.

(빌더가 어떻게 동작하는지는 @Builder.Default를 사용하는 과정에서 한번 알아봤으니 굳이 적지 않겠다!)

@NoArgsConstructor

기본 생성자를 만들어준다. @Builder와는 단 둘이 함께 사용할 수 없다. 왜냐하면 빌더는 생성자가 없는 경우에만 모든 멤버 변수를 파라미터로 받는 기본 생성자를 생성하는데 @NoArgsConstructor는 기본생성자를 만들어주기 때문에 빌더가 생성자를 만들어주지 않게 되고 그럼 빌드를 하는 과정에서 알맞은 생성자를 찾지 못하기 때문에 에러를 낸다!

간단 요약 :

@NoArgsConstructor 존재
// @NoArgsConstructor(access = AccessLevel.PROTECTED)
protected Member() {}

@Builder 💭 생성자가 있으니 따로 만들 필요가 없군..
public User build() {
	return new User(this.name, this.age); 
}

@Builder 💭 빌드하려는데 알맞은 생성자가 없네..?
            에러 ❌‼️🚫

@AllArgsConstructor

@AllArgsConstructor는 클래스에 존재하는 모든 필드에 대한 생성자를 자동으로 생성해준다. (@Builder와 @NoArgsConstructor를 같이 사용해서 에러가 날때 대부분 @AllArgsConstructor를 추가해서 오류를 해결하는걸 많이 볼 수 있었다.)

무작정 클래스에 빌더를 넣기보단 어떤 경우에 어떻게 쓰여야 효율적인지 생각하고 코드를 짜자 !!!