모든 글은 유튜브 얄팍한 코딩사전에 출처를 두고있습니다.
이번에는 Facade 패턴에 대해서 학습해보자.
Facade?
사실 Facade 패턴은 패턴으로 분류하기도 조금 애매하다.
아래와 같이 간단하게 정의할 수 있을 것 같다.
다양한 클래스의 메서드를 모은 종합 선물 세트
사용 이유
만약 각기 다른 클래스에서 메서드를 불러와 연속 동작을 해야 한다면?
아래의 사진과 같이 사용자 입장에서는 모든 메서드에 대해 알고 사용해야 한다.
클래스의 종류가 늘어나면 늘어날 수록 매우 불편할 것이다.
그럴 때 Facade 패턴이 매우 도움이 된다!
사용자가 주로 사용하는 클래스, 메서드들의 연속동작을 하나로 묶는다.
다시 말해, Facade 클래스를 만들어 한 세트로 패키징을 하는 것이다.
각기 다른 클래스에서 온 수많은 메서드들은 Facade, 즉 외벽 뒤에 가려
사용하는 사용자는 그 내용을 알 필요 없이 그냥 한 번에 사용할 수 있다.
좀 더 간단하게 예시를 들어보자면, 햄버거 주문이 있겠다.
우리가 키오스크에서 햄버거를 골라 주문하면 어떤 일이 일어나는가?
우리는 그저 주문을 하고 결제하기만 하면, 햄버거를 기다리기만 하면 된다.
결제, 햄버거 제작 등의 과정을 알 필요없이 order()만 하면 되는 것이다!
이것이 바로 Facade 패턴이다.
구현
Facade 패턴은 아래와 같이 구현할 수 있다.
위에서 보았던 일련의 동작들을 아래와 같이 하나의 메서드로 만들어 버리자.
이렇게 구현하면 사용자는 해당 함수 하나만 알면 된다!
객체 지향 개발자라면 많이 구현해 보았을 법한 방식의 코드이다.
장단점
먼저 Facade 패턴의 장점은 아래와 같다.
- 외부에서 시스템을 사용하기가 편리하다.
- 클라이언트 입장에서 복잡한 코드를 알 필요가 없다.
아래는 Facade 패턴의 단점이다.
- Facade 클래스가 모든 클래스에 결합되어 버릴 위험이 있다.
- 추가적으로 코드가 늘어나는 것이기 때문에, 유지보수에는 좋지 않다.
- 따라서 이 부분은 Trade-off를 잘 계산 해보아야 한다.