코딩 잘하고 싶어

클래스가 하나 이상의 자원에 의존할때 이런 클래스를 정적 유틸리티 클래스나 싱글턴 클래스로 만드는 경우 // 정적 유틸리티를 잘못 사용한 예 - 유연하지 않고 테스트하기 어렵다 public class SpellChecker{ private static final Lexicon dictionary = ...; // 사전에 의존 private SpellChecker() {} // 객체 생성 방지 public static boolean isValid(String word){...} public static List suggestions(String typo){...} } // 싱글턴을 잘못 사용한 예 - 유연하지 않고 테스트하기 어렵다 public class SpellChecker{ private static..

정적 멤버만 담은 유틸리티 클래스 정적 메서드와 정적 필드만을 담은 클래스 java.lang.Math, java.util.Arrays, java.util.Collections final 클래스와 관련한 메서드를 모아 놓을 때 사용 인스턴스화 막기 유틸리티 클래스는 인스턴스로 만들어 쓰려 설계한것이 아님 생성자를 명시하지 않으면 컴파일러가 자동으로 기본 생성자를 만들어서 인스턴스화가 가능하기 때문에 인스턴스화를 막을 수 없음 추상 클래스로 만들면 하위 클래스를 만들어 인스턴스화가 가능하기 때문에 인스턴스화를 막을 수 없음 ❗️ private 생성자를 추가하여 인스턴스화를 막을 수 있다. (클래스 바깥에서 접근할 수 없음) 이는 상속도 불가능하게 한다.(생성자가 접근이 불가능하기 때문)

싱글턴(singleton) 인스턴스를 오직 하나만 생성할 수 있는 클래스 무상태 객체, 설계상 유일해야하는 시스템 컴포넌트 클래스를 싱글턴으로 만들면 이를 사용하는 클라이언트를 테스트하기가 어려워질 수 있다. 싱글턴 인스턴스를 mock 구현으로 대체할 수 없기 때문 public static final 필드 방식의 싱글턴 public class Elvis { public static final Elvis INSTANCE = new Elvis(); private Elvis() { ... } public void leaveTheBuilding() { ... } } private 생성자는 public static final 필드인 Elvis.INSTANCE를 초기화할때 한번만 호출됨. public 이나 prot..

정적 팩터리와 생성자에는 선택적 매개변수가 많을때 적절한 대응이 어렵다. 점층적 생성자 패턴 ( 확장의 어려움) 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) { this(servingSize, servings, 0); } public Nutri..

클래스의 인스턴스를 얻는 전통적인 수단은 public 생성자. 대신 정적팩터리 메서드를 제공하자. 장점 이름을 가질 수 있다. 생성자 자체만으로는 반환될 객체의 특성을 제대로 설명하지 못한다. 호출될 때마다 인스턴스를 새로 생성하지는 않아도 된다. ex). Boolean.valueof(boolean) 메서드 반환 타입의 하위 타입 객체를 반환할 수 있는 능력 반환할 객체의 클래스를 자유롭게 선택할 유연성 제공 ( 구현 클래스를 공개하지 않고도 그 객체를 반환할 수 있다!). 예시로 자바 컬렉션 유틸리티 구현체 대부분이 단 하나의 인스턴스화 불가 클래스인java.util.Collections 에서 정적 팩터리 메서드를 통해 얻을 수 있다. 입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있다.(..