1. 디자인 패턴 소개<br/>SimUDuck <br/>조는 상속에 대해서 생각을 해 봅니다... <br/>인터페이스는 어떨까요? <br/>소프트웨어 개발에 있어서 바뀌지 않는 것 <br/>바뀌는 부분과 그렇지 않은 부분 분리하기 <br/>오리의 행동 디자인 <br/>Duck 코드 테스트 <br/>동적으로 행동을 지정하는 방법 <br/>캡슐화된 행동을 큰 그림으로 바라봅시다 <br/>"A는 B이다"보다"A에는 B가 있다"가 나을 수 있습니다 <br/>스트래티지 패턴 <br/>전문 용어의 위력 <br/>디자인 패턴을 어떻게 사용하나요? <br/>디자인 도구상자 <br/>연습문제 정답 <br/> <br/>2. 옵저버 패턴<br/>기상 모니터링 애플리케이션 개요 <br/>옵저버 패턴을 만나봅시다 <br/>출판사+구독자=옵저버 패턴 <br/>5분 드라마: 옵저버와 주제 <br/>옵저버 패턴의 정의 <br/>느슨한 결합의 위력 <br/>기상 스테이션 설계 <br/>기상 스테이션 구현 <br/>자바 내장 옵저버 패턴 사용하기 <br/>java.util.Observable의 단점 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>3. 데코레이터 패턴<br/>스타버즈에 오신 것을 환영합니다 <br/>OCP(Open-Closed Principle) <br/>데코레이터 패턴 <br/>데코레이터를 써서 음료 주문을 완성하는 방법 <br/>데코레이터 패턴의 정의 <br/>Beverage 클래스를 장식해 봅시다 <br/>스타버즈 코드를 만들어 봅시다 <br/>데코레이터가 적용된 예: 자바 I/O <br/>자바 I/O 데코레이터 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>4. 팩토리 패턴<br/>"new"는"구상 객체"를 뜻합니다. <br/>객체마을 피자 <br/>객체 생성 부분을 캡슐화합시다 <br/>간단한 피자 팩토리를 만들어 봅시다 <br/>간단한 팩토리 정의 <br/>피자 가게 프레임워크 <br/>서브클래스에서 결정되는 것 <br/>PizzaStore를 만듭시다 <br/>팩토리 메소드 선언 <br/>팩토리 메소드 패턴 만나기 <br/>병렬 클래스 계층구조 <br/>팩토리 메소드 패턴의 정의 <br/>심하게 의존적인 PizzaStore <br/>객체 의존성 살펴보기 <br/>의존성 뒤집기 원칙 <br/>그동안 피자 가게에서는... <br/>원재료군 <br/>원재료 공장 만들기 <br/>추상 팩토리 살펴보기 <br/>무대 뒤에서 <br/>추상 팩토리 패턴 정의 <br/>팩토리 메소드 패턴과 추상 팩토리 패턴 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>5. 싱글턴 패턴<br/>유일무이한 객체 <br/>리틀 리스퍼 <br/>고전적인 싱글턴 패턴 구현법 <br/>싱글턴의 심경 고백 <br/>초콜릿 공장 <br/>싱글턴 패턴의 정의 <br/>허쉬, 문제가 생겼다 <br/>JVM이 되어 봅시다 <br/>멀티스레딩 문제 해결 방법 <br/>싱글턴 관련 Q&A <br/>디자인 도구상자 <br/>연습문제 정답 <br/><br/>6. 커맨드 패턴<br/>홈 오토메이션 <br/>리모컨 <br/>클래스들을 살펴 봅시다 <br/>그동안 식당에서는... <br/>서로 어떤 식으로 연관되는지 조금 더 자세히 봅시다 <br/>객체마을 식당 등장인물 및 그 역할 <br/>객체마을 식당과 커맨드 패턴 <br/>첫 번째 커맨드 객체 <br/>커맨드 패턴의 정의 <br/>커맨드 패턴과 리모컨 <br/>리모컨 코드 <br/>리모컨 테스트 <br/>API 문서를 만들어 봅시다... <br/>작업취소 기능을 구현할 때 상태를 사용하는 방법 <br/>리모컨에 파티 모드를... <br/>매크로 커맨드 사용 방법 <br/>커맨드 패턴 활용: 요청을 큐에 저장하기 <br/>커맨드 패턴 활용: 요청을 로그에 기록하기 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>7. 어댑터 패턴과 퍼사드 패턴<br/>어댑터 <br/>객체지향 어댑터 <br/>어댑터 패턴 <br/>어댑터 패턴의 정의 <br/>객체와 클래스 어댑터 <br/>오늘의 주제: 객체 어댑터와 클래스 어댑터 <br/>어댑터 실전 예제 <br/>Enumeration을 Iterator에 적응시키기 <br/>오늘의 주제: 데코레이터 패턴과 어댑터 패턴 <br/>홈 씨어터 <br/>전등, 카메라, 퍼사드! <br/>홈 씨어터 퍼사드 구축 <br/>퍼사드 패턴의 정의 <br/>최소 지식 원칙 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>8. 템플릿 메소드 패턴<br/>커피 및 홍차 클래스 만들기 <br/>커피 및 홍차 추상화 <br/>디자인에 대해 좀더 생각해 봅시다... <br/>prepareRecipe() 추상화 <br/>한번 정리해 봅시다... <br/>템플릿 메소드 패턴 <br/>차를 만들어 볼까요? <br/>템플릿 메소드로부터 무엇을 얻을 수 있었나요? <br/>템플릿 메소드 패턴의 정의 <br/>코드 탐구 <br/>템플릿 메소드와 후크 <br/>후크 활용 <br/>한번 테스트해 볼까요? <br/>헐리우드 원칙 <br/>헐리우드 원칙과 템플릿 메소드 패턴 <br/>야생의 템플릿 메소드 <br/>템플릿 메소드를 이용해서 정렬하기 <br/>오리를 정렬해야 합니다... <br/>Duck 객체 대소 비교 <br/>오리 정렬 메이킹 필름 <br/>스윙 프레임 <br/>애플릿 <br/>오늘의 주제: 템플릿 메소드 패턴과 스트래티지 패턴 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>9. 이터레이터와 컴포지트 패턴<br/>객체마을 식당과 객체마을 팬케이크하우스 합병 <br/>루와 멜의 메뉴 구현법 <br/>반복을 캡슐화할 수 있을까요? <br/>이터레이터 패턴을 만나 봅시다 <br/>DinerMenu에 Iterator를 추가합시다 <br/>디자인 살펴보기 <br/>java.util.Iterator 적용하기 <br/>한번 정리해 볼까요? <br/>이터레이터 패턴의 정의 <br/>단일 역할 원칙 <br/>반복자와 컬렉션 <br/>자바 5에서의 반복자와 컬렉션 <br/>괜찮을 것 같았는데... <br/>컴포지트 패턴의 정의 <br/>컴포지트 패턴을 이용한 메뉴 디자인 <br/>메뉴 구현 <br/>이터레이터 <br/>널 반복자 <br/>이터레이터 패턴과 컴포지트 패턴의 조화 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>10. 스테이트 패턴<br/>상태 구현 방법? <br/>상태 기계의 기초 <br/>뽑기 기계 구현 <br/>이럴 줄 알았다니까요... 변경 요청 들어왔습니다. <br/>지저분한 상태 <br/>State 인터페이스 및 클래스 정의 <br/>상태 클래스 구현 <br/>뽑기 기계 수정 <br/>스테이트 패턴의 정의 <br/>스테이트 패턴 vs. 스트래티지 패턴 <br/>정상성 점검 <br/>하마터면 그냥 넘어갈 뻔 했네요 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>11. 프록시 패턴<br/>뽑기 기계 모니터링 <br/>'원격 프록시'의 역할 <br/>RMI의 기초 <br/>뽑기 기계 원격 프록시 <br/>무대 뒤의 원격 프록시 <br/>프록시 패턴의 정의 <br/>가상 프록시 <br/>CD 커버 뷰어 가상 프록시 디자인 <br/>무대 뒤의 가상 프록시 <br/>자바 API 프록시 <br/>5분 드라마: 주 객체 보호 <br/>동적 프록시 만들기 <br/>프록시 동물원 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>12. 컴파운드 패턴<br/>컴파운드 패턴 <br/>오리와의 재회 <br/>어댑터 추가 <br/>데코레이터 추가 <br/>팩토리 추가 <br/>컴포지트 및 이터레이터 패턴 추가 <br/>옵저버 패턴 추가 <br/>패턴 정리 <br/>클래스 다이어그램 <br/>MVC 송 <br/>MVC와 디자인 패턴 <br/>패턴 안경으로 MVC 바라보기 <br/>MVC를 이용한 박자 조절 <br/>모델 <br/>뷰 <br/>컨트롤러 <br/>전략 패턴 탐색 <br/>모델 적응시키기 <br/>HeartController 준비 <br/>MVC와 웹 <br/>디자인 패턴과 모델 2 <br/>디자인 도구상자 <br/>연습문제 정답<br/><br/>13. 패턴과 함께 하는 행복한 삶<br/>객체마을 가이드 <br/>디자인 패턴의 정의 <br/>디자인 패턴의 정의 - 조금 더 자세히 <br/>포스가 함께 하기를... <br/>패턴 카탈로그 <br/>패턴을 찾는 방법 <br/>디자인 패턴 작가가 되고 싶으신가요? <br/>디자인 패턴 분류하기 <br/>패턴으로 생각하기 <br/>패턴을 대하는 마음가짐 <br/>전문 용어의 위력을 잊지 맙시다 <br/>용어를 공유하는 다섯 가지 방법 <br/>4인방과 함께 하는 객체마을 여행 <br/>패턴을 찾아 떠나는 여행... <br/>기타 디자인 패턴 관련 자료 <br/>패턴 동물원 <br/>사악한 안티 패턴 섬멸하기 <br/>디자인 도구상자 <br/>객체마을을 떠나며...<br/><br/>14. 부록: 기타 패턴<br/>브리지 패턴 <br/>빌더 패턴 <br/>역할 사슬 패턴 <br/>플라이웨이트 패턴 <br/>인터프리터 패턴 <br/>미디에이터 패턴 <br/>메멘토 패턴 <br/>프로토타입 패턴 <br/>비지터 패턴<br/><br/>찾아보기

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 패턴입니다. 다만 앞에서 다뤘던 패턴들에 비해 조금 덜 쓰일 뿐입니다. 여기에 있는 패턴들도 모두 좋은 패턴입니다. 상황에 따라 매우 유용하게 써먹을 수 있죠. 필요하다면 적극적으로 사용해 보세요. 여기에서는 앞에서 소개하지 못한 패턴들을 간략하게 훑어보고 넘어가도록 하겠습니다.