• 소프트웨어 디자인을 할 때 자주 일어나는 문제들에 대한 정형화된 해답들을 말합니다.

• 이 패턴들은 단순히 라이브러리로 패턴을 찾아서 프로그램에 복사할 수 있는 것이 아닙니다. 디자인패턴은 코드의 특정 파트가 아니라 특정 문제를 해결하기 위해 필요한 범용적인 개념입니다.

• 디자인 패턴은 종종 알고리즘과 혼동되기도 하는데, 이는 두 개념 모두 알려진 문제들에 대한 전형적인 해답들을 묘사하고 있기 때문입니다.

  차이점을 보면 알고리즘은 목적을 달성하기 위해 구체적인 솔루션을 제시하는 반면 디자인 패턴은 솔루션에 대해 더 추상적인 묘사를 합니다(high-level description).

  그렇기 때문에 디자인패턴의 경우 동일한 패턴을 적용해도 각기 다른 결과물이 나올 수 있습니다.

카테고리

• 크게 3가지 카테고리로 구분이 가능하다.

1. Creational pattern

• new operator를 사용해서 직접적으로 오브젝트를 인스턴스화시키는 대신, 생성 로직을 숨겨서 생성하는 방법을 제공하는 디자인 패턴을 말한다.

2. Structural pattern

• 오브젝트, 클래스 구성(composition)을 다룬다. 여기서 상속(inheritance)은 새로운 기능을 위해 인터페이스를 구성하거나 오브젝트를 구성하는 방법을 제공할 때 사용된다.

3. Behavioral pattern

• 이 디자인 패턴은 오브젝트간의 communication에 대해 다룬다. flexibility를 향상시키기 위해 사용하는 패턴. 책임 분배와 관련이 있음.

4. J2EE Design pattern. 이건 약간 다른 이야기. 저 3개가 메인

• presentation tier에서 다루는 디자인 패턴. Sun java에 의해 이 포맷이 만들어졌음(현재는 오라클)

Behavioral, Creational, Structural Patterns[Definition]

역사

• 건축적 개념으로서의 패턴 : 크리스토퍼 알렉산더가 창안
• 1987년에 켄트 벡과 커닝햄이 프로그래밍, 구체적으로 패턴 언어에 패턴을 적용하는 개념에 관한 실험을 시작
  • OOPSLA 컨퍼런스에서 발표
• 1994년에 GoF 나옴