[Java] 왜 `this()` 생성자 체이닝을 사용하는가?

🧩 왜 this() 생성자 체이닝을 사용하는가?

---

✅ 한 줄 요약

유연한 객체 생성 + 코드 중복 제거 + 유지보수 편의성

이 세 가지를 위해 이런 방식들을 씁니다.

---

🧩 왜 this() 생성자 체이닝을 사용하는가?

1️⃣ 코드 중복 제거

class Student {
    String name;
    int score;

    public Student() {
        this.name = "이름 없음";
        this.score = 0;
    }

    public Student(String name) {
        this.name = name;
        this.score = 0;
    }

    public Student(String name, int score) {
        this.name = name;
        this.score = score;
    }
}

➡️ this.name = name;, this.score = 0; 같은 중복 코드가 반복됨

✅ 이를 해결하기 위해 공통 로직을 하나의 생성자로 몰고, 나머지는 this()로 호출합니다.

class Student {
    String name;
    int score;

    public Student() {
        this("이름 없음", 0);
    }

    public Student(String name) {
        this(name, 0);
    }

    public Student(String name, int score) {
        this.name = name;
        this.score = score;
    }
}

➡️ 중복 제거 + 유지보수 간편

---

2️⃣ 다양한 초기화 방식 제공 (유연성)

• 사용자는 new Student()도, new Student("홍길동")도, new Student("홍길동", 100)도 쓸 수 있음
• 개발자가 매개변수 조합에 따라 객체 생성 방법을 다양하게 선택할 수 있게 도와줌

✅ 실무에서는 "기본값으로 초기화된 객체", "부분만 설정된 객체", "모든 값 지정된 객체" 등 다양한 상황이 존재

 

---

3️⃣ 기본값을 안전하게 설정할 수 있음

new Student();               // "이름 없음", 0
new Student("홍길동");        // "홍길동", 0
new Student("홍길동", 90);    // "홍길동", 90

➡️ 생성자 체이닝을 사용하면,

"입력 안 받은 항목은 기본값으로 자동 설정" 가능

→ 객체 생성 시 실수 줄이고 안정성 ↑

---

🧠 언제 실무에서 이런 구조가 유용할까?

상황	효과
JSON 파싱 후 객체 생성 시	필드가 누락될 수 있음 → 기본값 필요
테스트 시	간단한 객체 생성이 필요함 (new User()로 최소 생성 가능)
사용자 입력이 다양할 때	유연한 생성자 오버로딩 필요
라이브러리/프레임워크 사용 시	기본 생성자 필수 (Spring, JPA, Jackson 등)

---

✅ 정리

이유	설명
코드 중복 제거	같은 초기화 코드가 여러 생성자에 퍼지는 것 방지
유연한 초기화	상황별로 다양한 방법으로 객체 생성 가능
기본값 보장	일부 정보만 제공되었을 때도 안전하게 생성 가능
유지보수 용이	생성자 하나만 고치면 전체 로직 반영됨

---

🔚 한 줄 요약 정리

this()와 생성자 오버로딩은

객체를 더 유연하고 안전하게 생성하고,

코드 중복을 줄이고, 유지보수를 쉽게 만들기 위한 강력한 도구입니다.

---