디자인 패턴에 대해 기술할 때에는 어떤 내용이 들어가야 할까요? 우선 패턴은 rule의 형태로 만들어야 합니다. 이 rule은 맥락(context)간의 관계를 설정합니다. (뒷부분 보완하기)
다음은 디자인 패턴의 구성요소입니다.
- 디자인의 이름과 패턴에 대해 설명한 것
- 맥락에 대한 개요 - 유저에게 필요한 것을 충족시키는데 패턴이 유용한 맥락
- 문제상황에 대한 설명 - 패턴의 의도를 이해할 수 있는데 도움을 주는 문제상황에 대한 설명
- 해결책 - 유저의 문제를 해결하는 방법. 이해하기 쉬운 절차, 단계나 개념을 활용하여 설명함.
- 디자인 - 디자인 패턴에 대해 기술한 것. 특히 유저가 패턴과 상호작용하는 방식을 기술한 것
- 구현 - 패턴을 사용하는 방법에 대해 안내한 것
- 묘사 - 패턴에 들어 있는 클래스를 시각적으로 보여준 것(예: 다이어그램)
- 예제 - 패턴을 사용한 것을 단순한 형태로 보여준 것
- 같이 필요한 다른 패턴(Co-requisites) - 패턴을 사용하는데에 필요한 다른 패턴을 언급한 것
- 관계(Relations) - 이 패턴과 유사한 다른 패턴을 언급한 것. 매우 유사한지?
- 실제 이용사례 - '실무'에서 패턴을 사용하고 있는지, 사용하고 있다면 어디에서 어떻게 사용하고 있는지.
- 논의 - 패턴의 좋은 점에 대해 팀이나 패턴 저자가 생각한 것.
회사의 개발자들이 어떤 솔루션을 같이 개발할 때, 디자인 패턴을 사용하면 서로의 작업을 이해하고, 서로 공유하기에 좋습니다. 여러분이 만든 패턴을 놓고 개발자들이 다 같이 살펴보면, 디자인하고 write-up하는 초기 단계에서는 시간이 많이 걸릴 지 몰라도 나중에는 더 큰 보상을 받을 겁니다. 새로운 패턴을 만들어내기 전에, 철저하게 찾아보고 조사하세요. 새로운 패턴을 만들어내는 것 보다는, 기존의 검증된 패턴을 사용하거나, 그것을 가지고 가공하여 사용하는 편이 더욱 유익합니다.
