[Design Pattern] 디자인 패턴이 필요한 이유

현업에 종사하다보니 

혼자서 개인 프로젝트를 진행하는 것과 달리

협업과 그로 인한 코드 관리의 중요성을 느끼게 됩니다. 

이것은 코드를 잘 작성하기 위한 방법이

간결한 코드 작성에서 초보자가 오더라도 누구나 알아볼 수 있는 코드 작성으로 그 중요성이 바뀌었다는 것을 의미합니다.

<디자인 패턴>

디자인 패턴은 과거의 소프트웨어 개발 과정에서 발견한 설계의 노하우를 

일종의 패턴으로 정리해 놓은 것입니다. 

<디자인 패턴이 왜 필요한가요?>

디자인 패턴을 학습하는 것이 쉽지는 않지만

복잡한 구조를 한 단어로 정의함으로서 개발자들이 협업을 할 때에 의사소통을 효율적으로 할 수 있습니다. 

또한, 기존 코드의 문제점에 대해서 검증된 방법으로 해결 방안을 찾을 수 있어

효율적으로 코드를 개선할 수 있습니다. 

<객체지향의 기초>

추상화 | 캡슐화 | 다형성 | 상속

<객체지향 디자인 원칙>

1)     어플리케이션에서 달라지는 부분을 찾아내고, 달라지지 않는 부분으로부터 분리시킨다.

2)     구현이 아닌 인터페이스에 맞춰서 프로그래밍한다.

3)     상속보다는 구성을 활용한다.

4)     서로 상호작용을 하는 객체 사이에서는 가능하면 느슨하게 결합하는 디자인을 사용해야 한다. (상호작용을 하긴 하지만 서로에 대해 잘 모름)

5)     클래스는 확장에 대해서는 열려 있어야 하지만 코드 변경에 대해서는 닫혀 있어야 한다. (OCP)

 

<디자인 패턴 유형>

1)     Creational Pattern

객체의 생성에 관련된 패턴. 객체의 생성 로직을 숨김으로써 유연성을 향상시킨다.

2)     Structural Pattern

클래스와 객체의 구성에 관련된 패턴.

3)     Behavioral Pattern

객체와 객체 간의 통신에 관련된 패턴.