[Design Pattern] Design Pattern

What is Design Pattern?

• 디자인 패턴은 소프트웨어 공학에서 일반적인 문제들에 대한 반복적이고 재사용 가능한 해결책을 제공하는 형식화된 방법론입니다.
• 이러한 패턴들은 개발자들이 특정 상황이나 문제에 대해 효과적으로 대응할 수 있도록 도와줍니다.
• 디자인 패턴은 주로 객체 지향 소프트웨어 설계에 적용되며, 코드의 재사용성, 유연성, 확장성을 높이는 데 도움이 됩니다.

---

디자인 패턴은 규칙이 아니다.

• 언어 종속적이지 않습니다.
• 프레임 워크 개발에 적용될 수 있습니다.
• 특정 영역에 종속적이지 않고 일반적으로 활용할 수 있습니다.
• 좋은 설계에 대한 제안이기도 합니다.

---

디자인 패턴은 클래스 라이브러리가 아니다.

• 프로그래밍 언어(C++, Java, Python 등)를 사용할 때 클래스들이 모인 라이브러리를 사용하는 것에 익숙하여 그러한 종류로 착각할 수 있습니다.
• 그러나 디자인 패턴은 클래스 라이브러리가 아닙니다.
• 예를 들어서 특정 공연에서 그것을 누가 연기? 역할을 하는 사람이 누구인지는 이야기의 줄거리를 얘기할때 필수 사항은 아닙니다.
  • 중요한건 역할간의 ‘관계’를 설명하는것이 더 중요합니다.

---

그럼에도 배워야 하는 이유

• 객체 지향을 위한 디자인 패턴은 SW의 중요한 요소를 향상시킵니다.
  • resuse, flexibility, extensibiltiy, modularity
• 디자인 패턴을 사용하면 SW개발의 Communication에 도움이 됩니다.
• 좋은 설계는 좋은 SW, 오픈소스에 대해 학습하거나 많은 경험, 연습에 의해 훈련될수 있기 때문에 디자인 패턴을 공부함으로서 이미 증명된 스킬과 경험을 배울 수 있습니다.
• 높은 결합도를 가지거나 알고리즘 종속성, 객체 표현이나 구현에 종속적으로 구현된 SW의 Refactoring이 가능합니다.
• 결국 좋은 설계를 유도하여 SW의 유지보수에 들어가는 비용을 절약할 수 있습니다.

---

프로그램을 완성품으로 보지 말자

• Design Pattern의 목표중 하나는 Program의 재이용을 가능하게 하는것입니다.
• 즉, Program을 어떻게 ‘부품’으로써 재이용할 수 있는가를 생각해야 합니다.
• 따라서 Program의 예를 ‘완성품’으로 보지말고 앞으로 ‘기능을 확장해나가는 것’, ‘변경할 수 있는 것’으로 봐야합니다.

프로그램을 설계 할때 생각해 봐야 하는 것들

• 어떤 기능이 확장될 가능성이 있는지?
• 확장 기능을 수행할 때 수정이 필요한 클래스는 무엇인가?
• 수정이 불필요한 클래스는 무엇인가?

---

다이어그램은 보는 것이 아니라 읽는 것

• Design Pattern을 설명할 때 Diagram을 많이 활용합니다.
• 클래스 Diagram과 Sequence Diagram을 사용합니다.
• 이것을 단순한 그림으로 생각하면 안됩니다. → 이유는 한눈에 전체를 볼 수 없기 때문입니다.
• Class Diagram을 보면서 각각의 사각형을 살펴보고, 그 안에 쓰여있는 Method가 일반 Method인지, 추상 Method인지 확인해야 합니다.
• 클래스간 화살표를 확인, 그리고 어떤것이 부모, 자식 클래스 인지 확인을 해야 합니다.
• 이러한 과정으로 꼼꼼하게 따져보면, Diagram의 전체적인 의미를 파악할 수 있습니다.

UML 예시

what is UML?

UML은 Unified Modeling Language의 약자로, 통합 모델링 언어를 의미합니다. 소프트웨어 공학에서 사용되는 표준화된 그래픽 언어로, 시스템 및 소프트웨어의 구조를 시각적으로 표현하는 데 사용됩니다.

---

한번 스스로 예제를 만들어 보는 습관을 기르기

• 단순히 예시들을 읽기만 하지 말고 스스로 예제를 만들어 봐야 실력이 늡니다.
• 언어도 문법을 공부하고, 말(speaking)을 해보지 않으면 표현력이 늘지 않듯이 직접 설계하거나 프로그램을 작성할 때, Design Pattern 적용을 시도해 봐야 합니다.