728x90
반응형
사용하는 자원에 따라 동작이 달라지는 클래스는 정적 유틸리티 클래스나 싱글턴 방식은 적합하지 않다.
* 정적 유틸리티를 잘못 사용한 예
public class SpellChecker {
private static final Lexicon dictionary = ...;
private SpellChecker(...) {}
public static boolean isValid(String word) { ... }
public static List<String> suggestions(String typo) {...}
}
* 싱글턴을 잘못 사용한 예
public class SpellChecker {
private final Lexicon dictionary = ...;
private SpellChecker(...) {}
public static SpellChecker INSTANCE = new SpellChecker(...);
public static boolean isValid(String word) { ... }
public static List<String> suggestions(String typo) { ... }
}
의존 객체 주입
의존 객체 주입은 인스턴스를 생성할 때 생성자에 필요한 자원을 넘겨주는 방식이다.
자원이 몇 개든 의존 관계가 어떻든 상관없이 작동한다.
불변을 보장하기 때문에 같은 자원을 사용하려는 여러 클라이언트가 의존 객채들을 안심하고 공유할 수 있다.
의존 객체 주입은 생성자, 정적 팩터리, 빌더 에 똑같이 응용할 수 있다.
public class SpellChecker {
private final Lexicon dictionary;
public SpellChecker(Lexicon dictionary) { // 의존 객체 주입
this.dictionary = Objects.requireNonNull(dictionary);
}
public boolean isValid(String word) { ... }
public List<String> suggestions(String typo) { ... }
}
팩터리 매서드 패턴 (Factory Method pattern)
생성자에 자원 팩터리를 넘겨주는 방식.
클라이언트는 자신이 명시한타입의 하위 타입이라면 무엇이든 생성할 수 있는 팩터리를 넘길 수 있다.
팩터리 란?
호출할 때 마다 특정 타입의 인스턴스를 반복해서 만들어주는 객체.
의존 객체 주입은 유연성과 테스트 용이성을 개선해주지만, 의존성이 많은 큰 프로젝트에서는 코드를 어지럽게 만들 수 있다.
이 때 spring 같은 의존 객체 주입 프레임워크를 사용하면 이런 어질러짐을 해소할 수 있다.
728x90
반응형
'📙 > Study' 카테고리의 다른 글
[만들면서 배우는 클린 아키텍처] 02. 의존성 역전하기 (2) | 2024.10.05 |
---|---|
[만들면서 배우는 클린 아키텍처] 01. 계층형 아키텍처의 문제는 무엇일까? (3) | 2024.10.04 |
[Effective Java 3/E] Item 4. private 생성자 (0) | 2021.01.10 |
[Effective Java 3/E] Item 3. private 생성자나 열거 타입으로 싱글턴 만들기 (0) | 2021.01.06 |
[Effective Java 3/E] Item 2. 빌더 패턴 (0) | 2021.01.05 |