Factory Method Pattern

필요성 

먼저 Factory Method Pattern 패턴을 왜 사용해야하는지에 대해 알아봅시다.

 

프로그램이 제공하는 기능은 상황에 따라 변경될 수 있습니다. 또한 기능의 구현은 개별 클래스를 통해 제공하는 것이 바람직합니다.  때문에 기능의 변경이나 상황에 따른 기능 선택은 해당 객체를 생성하는 코드의 변경을 초래합니다.

또한 적절한 객체를 생성하는 코드는 자주 중복될 수도 있습니다.

이러한 경우 객체를 생성하는 코드를 추상화해 한 곳에서 관리하지 않으면 변화가 발생 했을 시 해당 클라이언트의 코드를 전부 수정해주어야하는 문제가 발생합니다. 

 

그렇다면 왜 객체를 만들어내는 공장이 필요할까요?

Factory Pattern

Factory의 뜻은 공장으로 여기서는 객체를 만들어내는 공장(모듈)입니다.  그리고 객체 생성을 캡슐화 하는 것은 팩토리 패턴입니다. 

 

즉, 팩토리는 인스턴스화 로직을 클라이언트에 노출시키지 않고 객체를 만듭니다.

 

•  팩토리 패턴

: 구체적인 객체 생성과정을 팩토리로 모듈화 하여 구체적인 부분이 아닌 추상적인 부분에 의존할 수있도록 하는 것

: 즉, 객체의 생성코드를 별도의 클래스 / 메소드로 분리 하는 것 

: 팩토리 패턴 종류  1) 팩토리 메소드 패턴 2) 추상 팩토리 패턴 

 

객체 생성 코드를 별도의 클래스/메서드로 분리해 사용한다면 해당 클래스/메서드만 변경함으로써 객체 생성방식의 변화에 효과적으로 대응할 수 있습니다.  즉, OCP의 원칙에 따라 객체 생성을 담당하는 클래스를 만들어 한 곳에서 관리해 결합도를 낮추기 위해 사용합니다. 

 

1차적으로는 객체를 생성하는 코드의 중복을 피할 수 있습니다. 더불어 팩토리 패턴를 사용하면 직접 객체를 생성해 사용하는 것을 방지할 수 있고, 객체의 생성에 대한 책임을 서브 클래스에 위임함으로써 보다 효율적인 코드제어를 할 수 있고 의존성을 제거합니다. 또한 객체 생성의 변화에 효과적으로 대비할 수 있습니다. 

 

•  결합도(Coupling)

: 모듈 간 상호 의존하는 정도 또는 두 모듈 사이의 연관관계

: 결합도가 약할 수록 모듈의 독립성은 높아진다.

: 다른 모듈에 끼치는 영향이 적어지고 유지보수성이 좋아지므로 독립성이 높은 모듈일수록 좋습니다. 

Factory Method Pattern

: 객체 생성을 위한 인터페이스를 정의하지만 어떤 객체를 생성할지는 자식클래스가 결정하도록 하는 패턴

: 상속을 사용하여 파생 클래스 도는 서브 클래스를 이용해 객체를 생성하는 방법 

: 클라이언트가 런타임에 작성해야하는 구체적인 클래스를 알지 못하지만 작업을 수행할 클래스를 가져오려고 할 때 사용 

 

•  객체 생성 전담 클래스 대신 하위 클래스에서 적합한 클래스의 객체를 생성하는 방식으로 구현 

 

- 정인상, 채홍석 JAVA 객체 지향 디자인 패턴, 한빛미디어

 

•  Product : Factory 메소드가 작성하는 오브젝트의 인터페이스 정의

•  ConcreteProduct : Product 인터페이스 구현

•  Creator : Factory 메소드 선언

•  ConcreteCreator : Factory 메소드를 구현하여 ConcreteProduct의 인스턴스를 반환

Abstract Factory Pattern

: 구체적인 클래스를 명시적으로 지정하지 않고 관련 객체 패밀리를 작성하기 위한 인터페이스 제공

: 컴포지션을 사용하여 객체 생성 책임을 다른 클래스에 위임

: 시스템이 여러 제품 군을 작성해야하거나 구현 세부사항을 노출하지 않고 제품 라이브러리를 제공하려는 경우 사용

 

 

 

학습에 많은 도움이 된 링크를  참조했습니다. 🙂

 

참조 및 출처

[java] 디자인 패턴 : 팩토리 vs 팩토리 메소드 vs 추상 팩토리