클래스는 생성자와 별도로 정적 팩터리 메서드(static factory method)를 제공할 수 있다(클래스의 인스턴스를 반환하는 단순한 정적 메서드).
public 생성자 대신 정적 팩터리 메서드를 제공하는 방식의 장단점
public class Car {
private String model;
private String color;
private Car(String model, String color) {
this.model = model;
this.color = color;
}
//정적 팩토리 메소드
public static Car createCar(String model, String color) {
return new Car(model, color);
}
}
장점 5가지
-
이름을 가질 수 있다.
- 따라서 이름을 잘 지으면 반환될 객체의 특성을 쉽게 묘사할 수 있다.
-
호출될 때마다 인스턴스를 새로 생성하지는 않아도 된다.
-
반복되는 요청에 같은 객체를 반환하는 식으로 정적 팩토리 방식의 클래스는 언제 어느 인스턴스를 살아 있게 할지 철저히 통제할 수 있다. 이를 인스턴스 통제(instance-controlled) 클래스라 한다.
→ 인스턴스 통제의 이유는?
인스턴스를 통제하면 클래스를 싱글톤으로 만들 수도, 인스턴스화 불가로 만들 수도 있다. 불변 값 클래스에서 동치인 인스턴스가 단 하나뿐임을 보장할 수 있다.
-
-
반환 타입의 하위 타입 객체를 반환할 수 있는 능력이 있다.
- api를 만들 때 이를 응용하면 구현 클래스를 공개하지 않고도 그 객체를 반환할 수 있어 api를 작게 유지할 수 있다. → 인터페이스를 정적 팩토리 메소드의 반환 타입으로 사용하는 인터페이스 기반 프레임워크를 만드는 핵심 기술이기도 하다.
-
입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있다.
- 반환 타입의 하위 타입이기만 하면 어떤 클래스의 객체를 반환하든 상관없다. 심지어 다음 릴리스에서는 또 다른 클래스의 객체를 반환해도 된다.
-
정적 팩토리 메서드를 작성하는 시점에는 반환할 객체의 클래스가 존재하지 않아도 된다.
- 이런 유연함은 서비스 제공자 프레임워크를 만드는 근간이 된다(ex.JDBC).
-
코드
// 동물 인터페이스 정의 public interface Animal { void speak(); } // Dog 클래스 class Dog implements Animal { public void speak() { System.out.println("Woof!"); } } // Cat 클래스 class Cat implements Animal { public void speak() { System.out.println("Meow!"); } } // Cow 클래스 class Cow implements Animal { public void speak() { System.out.println("Moo!"); } } // 새로운 Lion 클래스 추가 class Lion implements Animal { public void speak() { System.out.println("Roar!"); } } // AnimalFactory에서 createAnimal 메소드 확장 public static Animal createAnimal(String type) { switch (type.toLowerCase()) { case "dog": return new Dog(); case "cat": return new Cat(); case "cow": return new Cow(); case "lion": // 새롭게 추가된 경우 return new Lion(); default: throw new IllegalArgumentException("Unknown animal type: " + type); } } }
단점
- 상속을 하려면 public이나 protected 생성자가 필요하니 정적 팩토리 메소드만 제공하면 하위 클래스를 만들 수 없다.
- 이것은 상속보다 컴포지션을 사용하도록 유도하고 불변 타입으로 만들려면 이 제약을 지켜야 한다는 점은 오히려 장점이 될 수도 있다.
- 정적 팩터리 메서드는 프로그래머가 찾기 어렵다. 다음은 흔한 명명 방식이다.
- from: 매개변수를 하나 받아서 해당 타입의 인스턴스를 반환하는 형 변환 메소드
- of: 여러 매개변수를 받아 적합한 타입의 인스턴스를 반환하는 집계 메서드
- valueOf: from과 of의 더 자세한 버전
- instance / getInstance: 매개변수로 명시한 인스턴스를 반환하지만, 같은 인스턴스임을 보장하지는 않는다.
StackWalker luke = StackWalker.getInstance(options);
- create / newInstance: instance, getInstance와 같지만, 매번 새로운 인스턴스를 생성해 반환함을 보장한다.
- getType: getInstance와 같으나, 생성할 클래스가 아닌 다른 클래스에 팩토리 메소드를 정의할 때 사용. Type은 팩토리 메서드가 반환할 객체의 타입
- newType: newInstance와 같지만, 생성할 클래스가 아닌 다른 클래스에 팩토리 메소드를 정의할 때 쓴다. Type은 팩토리 메서드가 반환할 객체의 타입
- type: getType, newType의 간결한 버전
정적 팩토리 메소드와 public 생성자는 각자의 쓰임새가 있으니 상대적인 장단점을 이해하고 사용하는 것이 좋다. 그렇다고 하더라도 정적 팩토리를 사용하는 것이 유리한 경우가 더 많으므로 무작정 public 생성자를 제공하던 습관이 있다면 고치자.
내가 생각한 질문 getInstance는 lombok의 getter와 무엇이 다른가?
getInstance(): 주로 싱글톤 패턴에서 사용되며, 클래스의 단일 인스턴스를 반환하는 역할을 합니다. 이는 정적 메서드로 클래스 전체에서 단일 인스턴스가 필요할 때 사용됩니다.
Lombok의 @Getter: 클래스의 필드에 대한 getter 메서드를 자동 생성하는 애노테이션입니다. 특정 필드에 대한 읽기 전용 접근 메서드를 쉽게 만들어주는 도구로, 인스턴스 필드에 대한 접근을 제공합니다.
정적팩토리 메서드를 어떻게 적용할 수 있을까..? 실제로 저희 프로젝트는 Util에서 정적 팩토리 메소드를 사용하고 있다는 점에서 테스트 코드에서 사용하는 것이 방법일 것 같습니다.