[GoF 디자인패턴] Chapter 1. 서론

[leeyuunsung]

1.0 서론

설계의 관점

• 나중에 생길 수 있는 문제나 추가된 요구 사항들도 수용할 수 있도록 일반적이고 포괄적이어야 함
• 재설계를 하지 않아도 다시 사용할 수 있어야 하고, 아니면 가능한 최소한의 수정을 통해 다시 사용할 수 있는 설계여야 함

디자인 패턴?

• 소프트웨어 설계에 대해 좋은 설계나 아키텍처를 기술한 것

디자인 패턴을 사용하면?

• 이미 만든 시스템의 유지보수나 문서화 개선
• 클래스 명세, 객체 간 상호작용 또는 설계의 의도 등을 명확하게 정의 가능

[leeyuunsung]

1.1 디자인 패턴 이란?

디자인 패턴 이란?

• 특정한 전후 관계에서 일반적 설계 문제를 해결하기 위해 상호교류하는 수정 가능한 객체와 클래스들에 대한 설명

디자인 패턴을 구성하는 네 가지 요소

1. 패턴 이름(pattern name)

• 패턴 이름은 한두 단어로 설계 문제와 해법을 서술
• 문서에서 이 이름을 사용하여 설계의 의도를 표현할 수 있게 됨
• 개발자 간 의사소통을 가능케 함

2. 문제(problem)

• 언제 패턴을 사용하는가를 서술
• 해결할 문제와 그 배경을 설명

3. 해법(solution)

• 설계를 구성하는 요소들과 그 요소들 간의 관계, 책임 그리고 협력 관계를 서술
• 문제에 대한 추상적인 설명을 제공하고 문제를 해결하기 위해서 클래스나 객체들의 나열 방법을 제공

4. 결과(consequence)

• 디자인 패턴을 적용해서 얻는 결과와 장단점을 서술

[leeyuunsung]

1.2 스몰토크 MVC 를 사용한 디자인 패턴

MVC (Model, View, Controller)

MVC 구성 요소

Model

• 응용프로그램 객체

View

• 스크린에 모델을 디스플레이 하는 방법

Controller

• 사용자 인터페이스가 사용자 입력에 반응하는 방법

MVC 장점

하나의 모델을 사용하여 여러 뷰를 표현할 수 있음을 보여주는 그림

• 뷰와 모델 간에 등록/통지(subscribe/notify) 프로토콜을 만들어 종속성을 없애줌
• Controller 객체를 이용하여 반응 방법을 캡슐화

[leeyuunsung]

1.3 디자인 패턴 기술하기

• 이 책에서 다룰 패턴의 구성 방식을 설명한 절 이므로 요약할 내용이 없음