Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

AI가 번역한 다른 언어 보기

제이온

[이펙티브 자바] 아이템 2. 생성자에 매개변수가 많다면 빌더를 고려하라

  • 작성 언어: 한국어
  • 기준국가: 모든 국가 country-flag

언어 선택

  • 한국어
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

durumis AI가 요약한 글

  • 매개변수가 많을 때 생성자나 정적 팩터리를 사용하는 것보다 빌더 패턴이 더 유용하며, 빌더 패턴은 점층적 생성자 패턴의 안정성과 자바 빈즈 패턴의 가독성을 겸비하고 있다.
  • 빌더 패턴은 필수 매개변수만으로 생성자를 호출하여 빌더 객체를 얻은 후, 빌더 객체가 제공하는 setter 메서드들로 원하는 선택 매개변수를 설정하고, 마지막으로 build() 메서드를 호출하여 필요한 객체를 얻는다.
  • 빌더 패턴을 사용하면 코드를 쓰기 쉽고 읽기도 쉽지만, 빌더 객체를 생성해야 하고 코드가 장황해지는 단점이 있다.

점층적 생성자 패턴

정적 팩터리와 생성자에는 모두 매개변수가 많을 때 적절히 대응하기 어렵다. 가령 클래스의 필드가 6개있고, 매개변수를 2개 일 때, 3개 일 때, ... 등으로 생성자를 나누고 싶다면, 아래와 같이 점층적 생성자 패턴을 사용할 수 있다.


public class NutritionFacts {

    private final int servingSize;

    private final int servings;

    private final int calories;

    private final int fat;

    private final int sodium;

    private final int carbohydrate;

    public NutritionFacts(int servingSize, int servings, int calories, int fat, int sodium, int carbohydrate) {
        this.servingSize = servingSize;
        this.servings = servings;
        this.calories = calories;
        this.fat = fat;
        this.sodium = sodium;
        this.carbohydrate = carbohydrate;
    }

    public NutritionFacts(int servingSize, int servings) {
        this(servingSize, servings, 0, 0, 0, 0);
    }

    public NutritionFacts(int servingSize, int servings, int calories) {
        this(servingSize, servings, calories, 0, 0, 0);
    }

    public NutritionFacts(int servingSize, int servings, int calories, int fat) {
        this(servingSize, servings, calories, fat, 0, 0);
    }

    public NutritionFacts(int servingSize, int servings, int calories, int fat, int sodium) {
        this(servingSize, servings, calories, fat, sodium, 0);
    }
}


하지만 이마저도 매개 변수가 많아지면, 코드를 읽을 때 각 값의 의미가 무엇인지 헷갈리고, 타입이 같은 매개변수를 혼동하여 값을 넣을 수가 있다.


자바 빈즈 패턴

자바 빈즈 패턴은 매개변수가 없는 생성자로 객체를 만든 후, setter 메서드들을 호출하여 원하는 매개변수의 값을 설정하는 방식이다.


public class NutritionFactsWithJavaBeansPattern {

    private int servingSize = -1; // 필수. 기본 값 없음.

    private int servings = -1; // 필수. 기본 값 없음.

    private int calories;

    private int fat;

    private int sodium;

    private int carbohydrate;

    public void setServingSize(int servingSize) {
        this.servingSize = servingSize;
    }

    public void setServings(int servings) {
        this.servings = servings;
    }

    public void setCalories(int calories) {
        this.calories = calories;
    }

    public void setFat(int fat) {
        this.fat = fat;
    }

    public void setSodium(int sodium) {
        this.sodium = sodium;
    }

    public void setCarbohydrate(int carbohydrate) {
        this.carbohydrate = carbohydrate;
    }
}


자바 빈즈 패턴은 매개변수가 많아지더라도 값을 헷갈리지 않고 인스턴스를 만들어줄 수 있다. 하지만 객체 하나를 만드려면 setter 메서드를 여러 개 호출해야 하고, 객체가 완전히 완성되기 전까지는 일관성이 깨지게 된다. 이 때문에 클래스를 불변으로 만들 수 없다.


빌더 패턴

점층적 생성자 패턴의 안정성과 자바 빈즈 패턴의 가독성을 겸비한 빌더 패턴을 주로 사용한다.

클라이언트는 필요한 객체를 직접 만드는 대신, 필수 매개변수만으로 생성자를 호출하여 빌더 객체를 얻는다. 그런 다음 빌더 객체가 제공하는 일종의 setter 메서드들로 원하는 선택 매개변수를 설정한다. 마지막으로 매개변수가 없는 build() 메서드를 호출하여 필요한 객체를 얻는다.


public class NutritionFactsWithBuilderPattern {

    private final int servingSize;

    private final int servings;

    private final int calories;

    private final int fat;

    private final int sodium;

    private final int carbohydrate;

    private NutritionFactsWithBuilderPattern(Builder builder) {
        servingSize = builder.servingSize;
        servings = builder.servings;
        calories = builder.calories;
        fat = builder.fat;
        sodium = builder.sodium;
        carbohydrate = builder.carbohydrate;
    }

    public static class Builder {

        private final int servingSize;

        private final int servings;

        private int calories;

        private int fat;

        private int sodium;

        private int carbohydrate;

        public Builder(int servingSize, int servings) {
            this.servingSize = servingSize;
            this.servings = servings;
        }

        public Builder calories(int val) {
            calories = val;
            return this;
        }

        public Builder fat(int val) {
            fat = val;
            return this;
        }

        public Builder sodium(int val) {
            sodium = val;
            return this;
        }

        public Builder carbohydrate(int val) {
            calories = val;
            return this;
        }

        public NutritionFactsWithBuilderPattern build() {
            return new NutritionFactsWithBuilderPattern(this);
        }
    }
}


Builder 클래스 내의 생성자는 필수 매개변수만을 입력받고, 나머지 선택 매개변수는 일종의 setter 메서드로 채워 넣는다. 그리고 마지막으로 build() 메서드를 통해 완성된 NutritionFactsWithBuilderPattern 객체를 생성한다. NutritionFactsWithBuilderPattern 클래스는 불변이며, 빌더의 setter 메서드들은 빌더 자신을 반환하기 때문에 연쇄적으로 호출할 수 있다. 이런 방식을 플루언트 API 혹은 메서드 연쇄라고 한다.


NutritionFactsWithBuilderPattern nutritionFacts = 
    new NutritionFactsWithBuilderPattern.Builder(240, 8)
        .calories(100)
        .sodium(35)
        .build();


클라이언트 입장에서는 빌더 패턴을 통해 코드를 쓰기 쉽고, 읽기도 쉽게 작성할 수 있다.


계층적으로 설계된 클래스와 잘 어울리는 빌더 패턴

public abstract class Pizza {

    public enum Topping {
        HAM, MUSHROOM, ONION, PEPPER, SAUSAGE
    }

    final Set toppings;

    Pizza(Builder builder) {
        toppings = builder.toppings.clone();
    }

    abstract static class Builder> {

        private EnumSet toppings = EnumSet.noneOf(Topping.class);

        public T addTopping(Topping topping) {
            toppings.add(topping);
            return self();
        }

        abstract Pizza build();

        protected abstract T self();
    }
}


Pizza.Builder 클래스는 재귀적 타입 한정을 이용하는 제네릭 타입이며, 추상 메서드인 self() 를 더해 하위 클래스에서는 형변환하지 않고도 메서드 연쇄를 지원한다. 하위 클래스에서는 이 추상 메서드의 반환 값을 자기 자신을 주면 된다.

이제 Pizza의 하위 클래스인 뉴욕 피자와 칼초네 피자를 보며, 빌더 패턴의 유연함을 경험해 보자.


public class NyPizza extends Pizza {

    public enum Size {
        SMALL, MEDIUM, LARGE
    }

    private final Size size; // 필수 매개변수

    private NyPizza(Builder builder) {
        super(builder);
        size = builder.size;
    }

    public static class Builder extends Pizza.Builder {

        private final Size size;

        public Builder(Size size) {
            this.size = size;
        }

        @Override
        NyPizza build() {
            return new NyPizza(this);
        }

        @Override
        protected Builder self() {
            return this;
        }
    }

}

public class CalzonePizza extends Pizza {

    private final boolean sauceInside; // 선택 매개변수

    private CalzonePizza(Builder builder) {
        super(builder);
        sauceInside = builder.sauceInside;
    }

    public static class Builder extends Pizza.Builder {

        private boolean sauceInside = false;

        public Builder sauceInside() {
            sauceInside = true;
            return this;
        }

        @Override
        CalzonePizza build() {
            return new CalzonePizza(this);
        }

        @Override
        protected Builder self() {
            return this;
        }
    }

}


각 하위 클래스의 빌더가 정의한 build() 클래스는 구체 하위 클래스를 반환하고 있다. 하위 클래스의 메서드가 상위 클래스의 메서드가 반환한 타입이 아닌, 그 하위 타입을 반환하는 기능을 공변 반환 타이핑이라고 한다. 이 기능을 사용하면 클라이언트가 형변환을 할 필요가 없다.


NyPizza nyPizza = new NyPizza.Builder(Size.SMALL)
    .addTopping(Topping.SAUSAGE)
    .addTopping(Topping.ONION)
    .build();

CalzonePizza calzonePizza = new CalzonePizza.Builder()
    .addTopping(Topping.HAM)
    .sauceInside()
    .build();


클라이언트 입장에서는 Pizza의 enum과 각 하위 클래스의 enum을 혼용할 수 있으며, 각각의 적절한 메서드로 객체를 완성할 수 있게 된다.


빌더 패턴의 단점

  • 빌더 객체를 생성해야 한다.
  • 코드가 장황하다.


정리

생성자나 정적 팩터리 메서드가 처리해야 할 매개변수가 많다면 빌더 패턴을 고려해 보자.


출처

  • 이펙티브 자바
제이온
제이온
제이온
제이온
[이펙티브 자바] 아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라 정적 팩터리 메서드는 생성자 대신 인스턴스를 생성하는 데 사용할 수 있는 유용한 방법입니다. 이름을 가질 수 있고, 생성자보다 더 많은 유연성을 제공하며, 플라이웨이트 패턴, 싱글톤 패턴, 서비스 제공자 프레임워크와 같은 디자인 패턴을 구현하는 데 사용할 수 있습니다.

2024년 4월 27일

[이펙티브 자바] 아이템 5. 자원을 명시하지 말고 의존 객체 주입을 사용하라 클래스가 내부적으로 하나 이상의 자원에 의존하는 경우, 싱글턴과 정적 유틸리티 클래스 대신 의존 객체 주입을 사용하는 것이 좋습니다. 의존 객체 주입을 통해 클래스의 유연성, 재사용성, 테스트 용이성을 향상시킬 수 있습니다.

2024년 4월 28일

[이펙티브 자바] 아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 정적 메서드와 필드만을 가진 유틸리티 클래스는 인스턴스화를 막기 위해 생성자를 private으로 선언하는 것이 좋습니다. 이를 통해 컴파일러가 자동 생성하는 기본 생성자를 제어하고 클래스 외부에서의 인스턴스화를 방지할 수 있습니다.

2024년 4월 28일

웹사이트를 반응형으로 기획하지 않아도 되는 이유 모바일 환경에 최적화된 웹사이트를 쉽게 만들 수 있는 리틀리 웹 빌더를 소개합니다. 데스크톱, 태블릿, 모바일 환경에 맞춰 별도로 기획할 필요 없이 단일 환경에서 최적화된 반응형 웹사이트를 구축하세요. 다양한 SNS 채널과의 연동, 간소화된 콘텐츠 관리, 효과적인 디자인 도구, 템플릿 등을 제공합니다.
리틀리 블로그|올인원 프로필 링크
리틀리 블로그|올인원 프로필 링크
리틀리 블로그|올인원 프로필 링크
리틀리 블로그|올인원 프로필 링크
리틀리 블로그|올인원 프로필 링크

2024년 5월 29일

[Javascript] Object의 구조 (V8) JavaScript에서 Object는 내부적으로 해시테이블과 유사한 방식으로 동작하지만, V8 엔진에서는 Hidden class를 이용하여 Fast 모드와 Dictionary 모드로 변환되어 성능을 최적화합니다. Hidden class는 객체의 구조를 정의하고 Fast 모드에서는 빠른 속도를 제공하지만, 키 추가 등의 변화가 발생하면 Dictionary 모드로 전환되어 해시테이블처럼 동작하며 성능이 저하될 수 있습니다.
곽경직
곽경직
곽경직
곽경직
곽경직

2024년 3월 18일

물리적 데이터 모델링 물리적 데이터 모델링은 논리적 데이터 모델링을 기반으로 저장 공간 효율성, 오브젝트 파티셔닝, 인덱스 최적화 등 성능 향상에 중점을 둡니다.
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그

2024년 4월 9일

개념적 데이터 모델링 개념적 데이터 모델링은 정보를 엔티티로 분리하고, 엔티티 간의 관계를 ERD로 표현하는 과정입니다. 엔티티는 독립적인 데이터 저장 단위이며, 속성은 엔티티가 가진 데이터를 의미합니다. ERD에서는 식별자를 사용하여 엔티티를 고유하게 식별하며, 식별자는 기본 키, 후보 키, 대체 키, 중복 키 등으로 구분됩니다. 엔티티 간의 관계는 존재에 의한 관계와 행위에 의한 관계로 나뉘며, 카디널리티와 옵셔널리티를 통해 수적 관계와 필수/선택적 관계를 표현합니다.
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그

2024년 4월 8일

논리적 데이터 모델링 논리적 데이터 모델링은 개념적 데이터 모델링의 ERD를 관계형 데이터베이스 패러다임에 맞춰 변환하는 기계적인 과정입니다. 맵핑 룰을 기준으로 사각형 엔티티는 테이블로, 원형 속성은 컬럼으로, 관계는 PK 또는 FK로 변환됩니다. 1:1, 1:N, N:M 관계를 처리하는 방법과 제 1, 2, 3 정규화를 통해 테이블을 정제하는 과정을 설명합니다.
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그
제이의 블로그

2024년 4월 9일

[비전공, 개발자로 살아남기] 16. 신입 개발자 포트폴리오 작성 꿀팁 비전공자 개발자 취업 준비를 위한 포트폴리오 작성 시, 기술뿐만 아니라 개발한 서비스나 기능을 명확하게 설명하는 것이 중요합니다. 프로젝트 경험을 기술할 때, 사용한 기술뿐만 아니라 개발한 기능과 담당 업무를 구체적으로 작성하여 어떤 서비스를 개발했는지 명확하게 보여주는 것이 좋습니다.
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자
투잡뛰는 개발 노동자

2024년 4월 3일