뭔가를 구현하고 객체를 얻어 올 때

templete method와 factory mehtod 두 용어가 같이 나올 때가 많다.

그래서 뭐가 다른지 혼란 스럽다.


잘 설명된 말을 빌려온다.

Templete Mehthod (https://en.wikipedia.org/wiki/Template_method_pattern) 

In software engineering, the template method pattern is a behavioral design pattern that defines the program skeleton of an algorithm in an operation, deferring some steps to subclasses.

처리 단계의 뼈대를 만드는 것


Factory Mehthod (https://en.wikipedia.org/wiki/Factory_method_pattern) 

In class-based programming, the factory method pattern is a creational pattern that uses factory methods to deal with the problem of creating objects without having to specify the exact class of the object that will be created.

최종 결정되지 않은 객체를 만드는 패턴


정확하지 않지만 단순하게 생각하면 팩토리 메서드는 프로퍼티가 변경 가능한 객체를 만드는 메서드라고 생각하면 될 것 같다.


MVC패턴으로 작업하거나 기존의 소스들을 보다보면

항상 interface를 먼저 작성하고 impl 클래스를 구현한다.

하지만 지금까지 해온 프로젝트들 중에서 interface가 없어도 아무런 문제가 없는 경우가 상당히 많았다.

interface를 써야한다고 누군가를 설득해야할 때 이런 경우 설명할 수 없었다.

해봤자 교과서에 나오는 결합도를 낮추고 다형성을 추구한다는 말로는 명확히 설명할 수 없다.


스프링 관련 책에서 postProcessor관련 부분을 보는 중

객체를 캐시가능한 개체로 교체하게 되면 인터페이스가 아닌 기존 설정 클래스로 불러오는 과정에서 에러가 발생한다.

이전 객체는 새 객체로 교체 되었기 때문이다.

이런 경우 인터페이스를 통해 불러오게 된다면 같은 인터페이스를 구현한 객체들을 교체해도 예외가 발생하지 않는다.

간신히 interface와 serviceImpl의 필요성을 느낄 수 있었다.

그런데 스프링 AOP로 구현한다면 proxy객체로 반환할 텐데 이 경우 그대로 serviceImpl을 쓸 수 있는 것 아닌가 생각이 든다.

테스트를 해봐야 하는데 음...





'디자인 패턴(Design Pattern)' 카테고리의 다른 글

Templete Mehotd와 Factory Method  (0) 2018.03.24

+ Recent posts