[이펙티브 자바] Item01 완벽공략. 서비스 제공자 프레임워크

 

item01. 생성자 대신 정적 팩터리 메서드를 고려하라. 

"p11. 서비스 제공자 프레임워크를 만드는 근간이 된다."

 

 

서비스 제공자 프레임워크란? 

: 다양한 서비스 제공자들이 하나의 서비스를 구성하는 시스템으로 클라이언트는 세부적인 구현 내용을 모르더라도 서비스를 이용할 수 있다. 

ex) mysql, oracle 등의 서비스 제공자들이 모여 JDBC라는 하나의 서비스를 구성함. 

-> 확장 가능한 애플리케이션을 만드는 방법 

 

 

서비스 제공자 프레임워크 주요 구성 요소  

- 서비스 제공자 인터페이스(SPI) 와 서비스 제공자 (서비스 구현체) 
- 서비스 제공자 등록 API (서비스 인터페이스의 구현체를 등록하는 방법)
- 서비스 접근 API (서비스의 클라이언트가 서비스 인터페이스의 인스턴스를 가져올 때 사용하는 API) 

 

 

서비스 제공자 프레임워크의 다양한 변형  

- 브릿지 패턴 

: 브릿지 패턴은 큰 클래스 또는 밀접하게 관련된 클래스들의 집합을 두개의 개별 계층 구조로 나눈 후 각각 독립적으로 개발할 수 있도록 하는 디자인 패턴이다.

-> 객체의 향상성을 향상하기 위한 패턴으로, 객체에서 동작을 처리하는 구현부와 확장을 위한 추상부를 분리한 패턴이다. 

브리지 패턴은 기존 시스템에 부수적인 새로운 기능을 지속적으로 추가할 때 사용하면 유용하다. 

새로운 인터페이스를 정의해서 기존 프로그램의 변경없이 확장할 수 있다. 

 

 

- 의존 객체 주입 프레임워크 (spring) 

: 스프링으로 서비스 제공자 프레임워크를 생각해보면 서비스를 제공할 인터페이스를 만들고, 이 인터페이스를 구현한 클래스 즉, 서비스 제공자가 있다. 그리고 이를 등록할 때는 @Bean 를 통해 서비스 제공자를 등록하고, 이제 서비스를 접근할 때는 @Autowired를 통해 의존성을 주입해서 사용하면 된다. 

 

 

- ServiceLoader 

: 서비스 로더는 java.util 패키지 안에 있는 것으로, 서비스 로더는 주로 애플리케이션 내부에서 플러그인을 제공할 때 사용하는데, 특정 기능을 제공하기 위한 인터페이스가 있고, 다양한 벤더 회사들이 이 인터페이스를 기반으로 자신들만의 구체 서비스를 구현하게 된다. 

따라서 사용자는 어떤 벤더 회사가 만든 구체 서비스와 상관 없이 공통 인터페이스만 가지고있으면, 각 벤더회사만의 서비스 장단점을 고려해서 원하는 구현체를 골라서 사용하면 된다. 

-> 즉 ,serviceLoader 클래스를 사용하면, 그 구현체 jar 파일을 바꿔끼는 것만으로 내가 원하는 적절한 구현체를 사용하도록 바꿀 수 있다.