Remarks

이 글은 Head First Design Patterns를 기반으로 작성되었습니다.

디자인 패턴 1: Strategy Pattern

Strategy Pattern
알고리즘군을 정의하고 각각을 캡슐화하여 교환해서 사용할 수 있도록 만드는 방법이다.
이를 통해, 알고리즘을 사용하는 client와는 독립적으로 알고리즘을 변경할 수 있다.

예제 코드는 Strategy pattern example을 참조.

디자인 원칙 1

애플리케이션에서 달라지는 부분을 찾아내고, 달라지지 않는 부분으로부터 분리시킨다.
바뀌는 부분은 따로 뽑아서 캡슐화시킨다. 그렇게 하면 나중에 바뀌지 않는 부분에는 영향을 미치지 않은 채로 그 부분만 고치거나 확장할 수 있다.

디자인 원칙 2

구현이 아닌 인터페이스(interface)에 맞춰서 프로그래밍한다.

디자인 원칙 3

상속보다는 구성(composition)을 활용한다.
“A는 B이다”(상속) 보다는 “A에는 B가 있다”(구성)가 나을 수 있다.
구성(composition)이란 class가 다른 class의 객체를 멤버 데이터로 포함하는 기능을 뜻한다. 구성을 통해 알고리즘군을 별도의 클래스 집합으로 캡슐화할 수 있도록 만들어주는 것 뿐 아니라, 구성요소로 사용하는 객체에서 올바른 행동 인터페이스를 구현하기만 하면 실행시에 행동을 바꿀 수도 있게 해준다.

디자인 패턴 2: Observer Pattern

Observer Pattern
한 객체(subject)의 상태가 바뀌면 그 객체에 의존하는 다른 객체들(observer)에게 연락이 가고 자동으로 내용이 갱신되는 방식으로 one-to-many 의존성을 정의한다.
Observer pattern에서는 subject와 observer가 느슨하게 결합되어 있는 객체 디자인을 제공한다.

• 느슨한 결합(loose coupling): 상호작용을 하긴 하지만 서로에 대해 서로 잘 모른다는 것을 의미한다.
  Subject가 observer에 대해 아는 것은 observer가 특정 interface(observer interface)를 구현한다는 것뿐이다.

디자인 원칙 4

서로 상호작용을 하는 객체 사이에서는 가능하면 느슨하게 결합하는 디자인을 사용해야 한다.
그러면 변경 사항이 생겨도 유연하게 처리할 수 있는 객체지향 시스템을 구축할 수 있다. 객체 사이의 상호의존성을 최소화하기 때문.