정적 유틸리티를 잘못 사용한 예 - 유연하지 않고 테스트하기 어렵다
public class SpellChecker {
private static final Lexicon dictionary = ...;
private SpellChecker() {} // 객체 생성 방지
public static boolean isValid(String word) { ... }
public static List<String> suggestions(String type) { ... }
}싱글턴을 잘못 사용한 예 - 유연하지 않고 테스트하기 어렵다.
public class SpellChecker {
private final Lexicon dictionary = ...;
private SpellChecker(){}
public static SpellChecker INSTANCE = new SpellChecker(...);
public boolean isValid(String word) { ... }
public List<String> suggestions(String typo) { ... }
}두 방식 모두 사전 하나로 이 모든 쓰임에 대응하기 어렵다.
- 사용하는 자원에 따라 동작이 달라지는 클래스에 정적 유틸리티 클래스나 싱글턴 방식이 적합하지 않음
- 클래스가 여러 자원 인스턴스를 지원해야하며 클라이언트가 원하는 자원(dictionary)을 사용해야 함
- 인스턴스가 생성할 때 생성자에 필요한 자원을 넘겨주는 방식
- 의존 객체 주입은 유연성과 테스트 용이성을 높여준다.
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){}
}의존 객체 주입 패턴
생성자, 정적 팩터리, 빌더 모두에 똑같이 응용할 수 있음
팩터리란 호출할 때마다 특정 타입의 인스턴스를 반복해서 만들어주는 객체
팩터리 메서드 패턴이 가장 쓸만한 변형
자바 8에서 소개한 Supplier 인터페이스가 팩터리를 표현한 완벽한 예
이 방식은 사용해 클라이언트는 자신이 명시한 타입의 하위 타입이라면 무서이든 생성할 수 있는 팩터리를 넘길 수 있음
Mosaic create(Supplier<? extends Title> titleFactory) {}의존 객체 주입이 유연성과 테스트 용이성을 개선해주긴 하지만, 의존성이 수천 개나 되는 큰 프로젝트에서는 코드를 어지럽게 만듬
스프링 같은 의존 객체 주입 프레임워크를 사용하면 이런 어질러짐을 해소할 수 있음
정리
클래스가 내부적으로 하나 이상의 자원에 의존하고, 그 자원이 클래스 동작에 영향을 준다면 싱글턴과 정적 유틸리티 클래스는 사용하지 않는 것이 좋음
의존 객체 주입이라는 이 기법은 클래스의 유연성, 재사용성, 테스트 용이성을 기막히게 개선해줌
추가 스프링에서 의존성 주입 방법 3가지
1. Field 주입
@Service
public class FieldInjectionService {
@Autowired
private ExampleService exampleService;
public void getBuLogic(){
exampleService.businessLogic();
}
}
2. Setter 주입
@Service
public class SetterInjectionService{
private ExampleService exampleService;
@Autowired
public void setExampleService(ExampleService exampleService){
this.exampleService = exampleService;
}
public void getBuLogic(){
exampleService.businessLogic();
}
}
3. Constructor 주입
@Service
public class ConstructorInjectionService {
private final ExampleService exampleService;
public void ConstructorInjectionService(final ExampleService exampleService) {
this.exampleService = exampleService;
}
public void getBuLogic(){
exampleService.businessLogic();
}
}장점
- 불변 객체를 만들 수 있음
- 순환참조를 막을 수 있음
- NPE 방지
Lombok 라이브러리를 사용하여 생성자 자동생성 어노테이션 이용한 개선
@Service
@RequredArgsConstructor
public class ConstructorInjectionService{
private final ExampleService exampleService;
public void getBuLogic(){
exampleService.businessLogic();
}
}
'[개발관련] > JAVA' 카테고리의 다른 글
| [이펙티브 자바] 아이템 07. 다 쓴 객체 참조를 해제하라 (0) | 2023.09.10 |
|---|---|
| [이펙티브 자바] 아이템 06. 불필요한 객체 생성을 피하라 (0) | 2023.09.10 |
| [JPA] EntityManager AutoClosable 구현 관련 (0) | 2023.09.05 |
| [이펙티브 자바] 아이템 04. 인스턴스화를 막으려거든 private 생성자를 사용하라 (0) | 2023.09.02 |
| [이펙티브 자바] 아이템 03. private 생성자나 열겨 타입으로 싱글턴임을 보증하라 (0) | 2023.09.02 |