1 디자인 패턴의 세계에 오신 것을 환영합니다
누군가가 이미 여러분의 문제를 해결해 놓았습니다. 이 장에서는 똑같은 문제를 경험했고, 그 문제를 해결했던 다른 개발자들이 익혔던 지혜와 교훈을 왜 활용해야 하는지, 그리고 어떻게 활용할 수 있는지에 대해서 배우게 될 것입니다. 디자인 패턴의 활용 분야와 디자인 패턴에서 얻을 수 있는 장점에 대해 알아보고 몇 가지 핵심적인 객체지향 디자인 원칙을 살펴보고, 한 가지 패턴을 직접 살펴보면서 어떤 식으로 작동하는지 알아보도록 하겠습니다. 패턴을 사용하는 가장 좋은 방법은 패턴을 머리 속에 집어넣은 다음 자신의 디자인 및 기존 애플리케이션에서 어디에 적용할 수 있는지를 파악하는 것입니다. 디자인 패턴은 코드를 재사용하는 것과 마찬가지로 경험을 재사용하는 것이죠.

2 객체들에게 연락망을 돌립시다
뭔가 재미있는 일이 있다면 놓치고 지나가면 안 되겠죠? 뭔가 중요한 일이 일어났을 때 객체들한테 새소식을 알려줄 수 있는 패턴이 있습니다. 객체 쪽에서는 계속해서 정보를 받을지 여부를 실행중에 결정할 수 있습니다. 옵저버(Observer) 패턴은 JDK에서 가장 많이 쓰이는 패턴 가운데 하나입니다. 그리고 정말 유용한 패턴이죠. 이 장에서는 일대다 관계와 느슨한 결합에 대해서도 배울 것입니다. 옵저버 패턴이 있으면 패턴당에서 한 자리를 차지할 수 있을 겁니다.

3 객체 꾸미기
이 장의 제목은 상속맨이 디자인에 눈을 뜨게 되는 과정을 보여주는 장입니다. 이 장에서는 상속을 남용하는 전형적인 예를 살펴보고 객체 작성이라는 형식으로 실행중에 클래스를 꾸미는(데코레이션하는) 방법을 배워봅시다. 일단 데코레이터 패턴을 배우고 나면 원래 클래스의 코드는 전혀 바꾸지 않고도 여러분이 만든(또는 다른 사람들이 만든) 객체에 새로운 임무를 부여할 수 있습니다.

4 객체지향 빵 굽기
느슨한 결합을 이용하는 객체지향 디자인을 만들어 봅시다. 단순히 새로운 연산자를 만드는 것보다는 객체를 만드는 과정이 더 중요합니다. 이 장에서는 객체의 인스턴스를 만드는 작업이 항상 공개되어 있어야 하는 것은 아니며, 모든 것을 공개했다가는 결합과 관련된 문제가 생길 수 있다는 것을 배우게 될 것입니다. 설마 결합 관련 문제를 원하는 사람이 있진 않겠죠? 팩토리 패턴을 이용하여 불필요한 의존성을 없애는 방법을 알아 봅시다.

5 세상에서 단 하나뿐인 특별한 객체
이제 싱글턴 패턴에 대해 알아봅시다. 인스턴스가 하나 뿐인 특별한 객체를 만들 수 있게 해 주는 패턴이죠. 싱글턴 패턴은 클래스 다이어그램만 놓고 보면 그 어떤 패턴보다도 간단합니다. 클래스 다이어그램에 클래스가 달랑 하나 밖에 없으니까요. 하지만 그렇다고 해서 너무 만만하게 보지는 마세요. 클래스 디자인 관점에서 보면 아주 단순하지만 구현하는 데 있어서는 적지 않은 난관이 기다리고 있을 테니까요. 자, 이제 마음을 단단히 먹고 출발해 볼까요?

6 호출 캡슐화
이 장에서는 한 차원 높은 단계의 캡슐화를 배워보겠습니다. 바로 메소드 호출을 캡슐화하는 것이죠. 메소드 호출을 캡슐화하면 계산 과정의 각 부분들을 결정화시킬 수 있기 때문에, 계산하는 코드를 호출한 객체에서는 어떤 식으로 일을 처리해야 하는지에 대해 전혀 신경 쓰지 않아도 됩니다. 그냥 결정화된 메소드를 호출해서 필요한 일만 잘 할 수 있으면 되는 거죠. 그 외에도 캡슐화된 메소드 호출을 로그 기록용으로 저장을 한다거나 취소(undo) 기능을 구현하기 위해 재사용하는 것과 같이 신기한 작업을 할 수도 있습니다.

7 적응시키기
이 장에서는 네모난 기둥을 동그란 구멍에 끼우는 것과 같은 불가능해 보이는 묘기를 배워 보겠습니다. 절대 안 될 것 같죠? 하지만 디자인 패턴을 사용하면 가능합니다. 데코레이터 패턴 기억 나세요? 객체를 래퍼로 감싸서 새로운 역할을 부여했었죠. 이번에는 다른 목적으로 객체를 감쌀 것입니다. 실제와 다른 인터페이스를 가진 것처럼 보이도록 할 계획입니다. 왜 그렇게 해야 할까요? 그렇게 하면 특정 인터페이스를 필요로 하는 디자인을 다른 인터페이스를 구현하는 클래스에 적응시킬 수 있기 때문입니다. 그 외에 객체를 감싸서 인터페이스를 단순화시킬 수 있는 다른 패턴도 알아보도록 하겠습니다.

8 알고리즘 캡슐화
지금까지 여러 가지 캡슐화를 많이 했었죠? 객체 생성, 메소드 호출, 복잡한 인터페이스, 오리, 피자 같은 걸 캡슐화했었잖아요. 또 어떤 걸 캡슐화할 수 있을까요? 이 장에서는 알고리즘을 캡슐화해서, 서브클래스에서 언제든 필요할 때마다 가져다가 쓸 수 있도록 해 보겠습니다. 그리고 헐리우드로부터 영감을 얻은 디자인 원칙에 대해서도 배워 보도록 하겠습니다.

9 잘 관리된 컬렉션
객체를 컬렉션에 집어넣는 방법은 정말 다양합니다. 배열이든 Stack이든 Hashtable이든 아무거나 마음대로 골라서 사용하면 됩니다. 물론 각각 장단점을 따져보고 선택해야 되겠죠. 그런데, 언젠가는 클라이언트에서 컬렉션에 들어있는 모든 객체들에 일일이 접근하는 작업을 하고 싶어할 것입니다. 그런 경우에 클라이언트한테 개첵들을 어떤 식으로 저장했는지 전부 보여줘야 할까요? 저희 같으면 절대 그렇게 하지 않을 겁니다. 프로답지 못한 행동이죠. 객체를 저장하는 방식은 보여주지 않으면서도 클라이언트로 하여금 객체들에 일일이 접근할 수 있게 해 줄 수 있는 방법이 있습니다. 그리고 한 방에 멋진 자료 구조로 변신할 수 있는, 객체들로 구성된 수퍼 컬렉션에 대해서도 알아보겠습니다. 그 밖에 객체의 역할에 대한 내용도 몇 가지 더 배우게 될 것입니다.

10 객체의 상태
한 가지 비밀을 알려드릴까요? 전략 패턴과 스테이트 패턴은 태어나자마자 헤어지긴 했지만 원래 쌍동이랍니다. 이미 배웠듯이 스트래티지 패턴(Strategy Pattern)은 바꿔 쓸 수 있는 알고리즘을 내세워서 큰 성공을 거뒀습니다. 하지만 스테이트 패턴(State Pattern)은 내부 상태를 바꿈으로써 객체에서 행동을 바꾸는 것을 도와주는, 좀더 고상한 길을 택했죠. 스테이트 패턴이 클라이언트 객체들한테 "자, 소리내서 말해 보세요. 난 할 수 있다! 난 똑똑하다! 해야 한다!"라고 얘기하는 걸 종종 들을 수 있답니다.

11 객체 접근 제어
혹시 좋은 경찰, 나쁜 경찰 놀이라고 들어 보셨나요? 여러분이 좋은 경찰이라고 해 봅시다. 좋은 경찰은 다양한 서비스를 친절하고 성심 성의껏 제공합니다. 하지만 모든 사람들이 다 서비스를 요구하게 되면 일이 너무 많아지기 때문에, 나쁜 경찰이 좋은 경찰에 대한 접근을 제어하도록 해 놓았습니다. 바로 그게 프록시(proxy)가 하는 일입니다. 접근을 제어하고 관리하죠. 조만간 배우게 되겠지만 프록시는 자신이 대변하는 객체와 그 객체에 접근하고자 하는 클라이언트 사이에서 여러 가지 방식으로 작업을 처리합니다. 프록시는 자신이 대변하는 객체에 대해서 인터넷을 통해 들어오는 메소드 호출을 쫓아내는 것으로 알려져 있습니다. 또한 게으른 객체들을 대신해서 끈기 있게 기다리는 일을 맡고 있기도 하죠.

12 패턴들로 이루어진 패턴
혹시 여러 패턴을 섞어서 쓸 수 있다는 생각을 해 보신 적이 있으신가요? 아마 안방 토크에서 디자인 패턴끼리 치열한 설전을 벌이는 것을 여러 번 보셨을 것입니다. (편집 과정에서 제외된 패턴 데스 매치는 아마 못 보셨겠지만요) 그렇게 서로 사이가 안 좋은 패턴들이 서로 힘을 합쳐서 문제를 해결한다는 걸 쉽게 받아들이기는 힘들 것입니다. 하지만 여러 패턴을 함께 사용하면 더욱 강력한 객체지향 디자인을 만들 수 있습니다. 이제 패턴 활용법을 한 단계 끌어올려줄 수 있는 컴파운드 패턴에 대해서 살펴보도록 합시다.

13 실전에서의 디자인 패턴
이제 디자인 패턴으로 가득한 아름다운 신세계를 살아갈 준비가 다 끝났습니다. 하지만 새로운 세상으로 들어가기 전에 실전에서 맞닥뜨릴 수 있는 몇 가지 자질구레한 문제점들을 다뤄보도록 하겠습니다. 객체마을에 비하면 실전이 진행되는 현실 세계는 더 복잡하거든요. 다음 페이지로 넘어가시면 실전에 대비하기 위한 훌륭한 지침서를 보실 수 있습니다...

14 부록: 기타 패턴
누구나 인기스타가 될 수 있는 것은 아닙니다. 지난 10년 동안 많은 것이 바뀌었습니다. GoF의 디자인 패턴 책이 나온 이후로 많은 개발자들이 그 책에 들어있는 패턴들을 사용했죠. 이 장에 요약해 놓은 패턴들도 훌륭한 공식 GoF 패턴입니다. 다만 앞에서 다뤘던 패턴들에 비해 조금 덜 쓰일 뿐입니다. 여기에 있는 패턴들도 모두 좋은 패턴입니다. 상황에 따라 매우 유용하게 써먹을 수 있죠. 필요하다면 적극적으로 사용해 보세요. 여기에서는 앞에서 소개하지 못한 패턴들을 간략하게 훑어보고 넘어가도록 하겠습니다.