Design Pattern ) 디자인 패턴 개요

안녕하세요 ! 오늘은 디자인패턴에 대해서

공부했던 내용을 기록하고자 합니다 :)

 

동아리에서 디자인 패턴 스터디를 시작하기도 했고,

평소에 책 사서 공부하는 것을 좋아해서

헤드퍼스트 디자인패턴 이라는 책을 구매하게 되었습니다.

 

이 책을 바탕으로 여러 디자인 패턴을 정리해보고,

책에 나와있는 예시 코드를 Swift로 직접 바꿔보려고 합니다 !

 

오늘은 디자인 패턴이 뭔지, 그리고 왜 사용하는지,

종류에는 어떤 것들이 있는지 간단하게 찾아본 내용들을 기록하였습니다.

---

 

 

디자인 패턴이란 ?

 

디자인 패턴은 소프트웨어 설계에서 공통으로 발생하는 문제에 대해

자주 쓰이는 설계 방법을 정리한 패턴 ! 입니다. 

 

문제상황에 대한 재사용 가능한 해결방법으로써,

일종의 아이디어라고생각할 수 있을 거 같습니다 !

 

즉, 저희가 소프트웨어를 설계하거나 프로그램을 개발하면서

특정부분에서 공통적으로 많이 발생하는 문제가 있겠죠 ?

음 이런 유사한 상황들에 따라 어떻게 해결할지 !

정리해둔 것이라고 생각하면 됩니다 :) 

 

개발 경험이 쌓이다보면 제가 이전에 작성했던 코드와 

유사한 기능을 구현하다가 문제가 발생해서

다시 예전에 작성했던 코드를 보게 될때가 있죠..

 

이런 문제상황이 발생할 때마다 매번 다시 해결책을 찾는다면

시간과 비용이 많이 들어가겠죠..? 

 

하지만. 

특정 문제 상황에 대한 패턴을 발견하고 해결방안을 기록해둔다면

다시 그 문제가 발생했을 때 빠르게 적용할 수 있겠네요 !

 

 

---

 

🍞

디자인 패턴은 객체 지향 설계 5대 원칙인 SOLID가 반영된

올바른 프로그램 설계를 빠르게 할 수 있도록 도와줄 뿐만 아니라

여러 팀원간의 협업에서 의사소통 수단의 일종으로 사용될 수 있습니다 

 

좋은 코드란, 가독성, 간결함 등 여러 방면이 있겠지만,

디자인 패턴에서는 설계적 관점에서의 좋은 코드를 말한다고 합니다.

즉, 확장과 수정에 용이하여 설계 이후에도 추가적인 유지 보수에 비용이 적게들어가는 코드를 말하고
이를 객체지향적으로 생각하면, 추구해야할 설계 방향은 아래와 같습니다

 

 

 

객체 간 응집도는 높이고, 결합도는 낮게.  
요구 사항 변경 시, 코드 변경을 최소화 하는 방향으로.

 

 

 

 

 

그리고 이러한 '좋은 코드' 설계하려면 이러이러한 원칙들이 지켜지면 좋다라고 논의되어왔는데
'객체지향 방법론' 에서는 이게 SOLID 원칙이 되겠죠 !

또 이러한 원칙에 기반하여, 좀 더 구체적인 코드 설계 패턴 종류가 몇 가지로 네이밍되는데

이게 앞으로 살펴볼 디자인 패턴이라는 것들입니다 ^__^

 

SOLID 원칙에 대해서 또 포스팅을 해야겠다.. 왜냐? 모르니까.. 흑흑

아 그래서 스터디에서 첫 시간에 요걸.. 다루기로 한 것이군..

 

 

더 찾아보니, 디자인 패턴은

개발자들이 협업을 할 때, 의사소통을 효율적을 할 수 있도록 도와준다고 합니다.

 

서로 같은 패턴을 알고 있다면, 패턴의 이름만으로도 

그 안에 담겨있는 문제 상황이나 해결 방법에 대해 더 쉽게 의사소통 할 수 있겠죠 !

 

 

 

🍅

정리하자면, 디자인패턴의 장점은 다음과 같다고 할 수 있습니다 :) 

 

1. 우리 주변에서 자주 반복해서 발생하는 문제와 그 문제를 해결하는 핵심을 기술하여 동일한 일을 두번 다시 하지 않고 해결할 수 있도록 한다.
2. 구체적인 설명없이 구조화된 패턴에 대한 사전 지식으로 개발자 간의 커뮤니케이션이 원할해질수 있다.
3. 이미 검증된 구조를 사용하므로 설계 과정의 속도를 높일 수 있다.

 

 

 

---

이제 진짜 본론으로 들어가서...

 

🥔 디자인 패턴의 종류에는 뭐가 있나요??

 

디자인 패턴 계의 교과서인 'GoF 디자인패턴' 에서는

객체지향적인 디자인 패턴의 카테고리를

생성, 구조, 행동 이 3가지로 구분하고 있습니다 !

 

생성 패턴(Creational Patter)
객체 생성에 관련된 패턴으로 객체의 생성과 조합을 캡슐화해 특정 객체가 생성되거나

변경되어도 프로그램의 구조에 영향을 크게 받지 않도록 유연성을 제공

구조 패턴(Structural Pattern)
클래스나 객체를 조합해 더 큰 구조를 만드는 패턴

행동 패턴(Behavioral Pattern)
객체나 클래스 사이의 알고리즘이나 책임 분배에 관련된 패턴으로 한 객체가 혼자 수행할 수 없는

작업을 여러개의 객체로 어떻게 분배하는지, 그러면서 객체 사이의 결합도를 최소화하는 것에 중점

 

각각의 카테고리에는 아래와 같은 디자인 패턴들이 있습니다

 

생성 (Creational) 패턴	구조 (Structural) 패턴	행동 (Behavioral) 패턴
Builder	Bridge	Interpreter
Prototype	Decorator	Template Method
Factory Method	Facade	Chain of Responsibility
Abstract Method	Flyweight	Command
Singleton	Proxy	Iterator
	Composite	Mediator
	Adapter	Memento
		Observer
		State
		Strategy
		Visitor

Tmi.

저는 비전공자라 정보처리기사를 공부할때 처음 

이 친구들을 알게 되었는데 그 땐 아무고토 모르고 생구행..

생빌프로팩업싱.. 머 이러면서 냅다 외우기만 했네요..

이젠.. 이해라는 것을 할 수 있겠죠..? 

 

---

 

🍗 그러면 디자인 패턴에는 어떤게 들어있는데요?

 

패문솔 사결샘이요 ! ㅋ -> 정처기의 부작용.

 

디자인 패턴은 

' 패턴 이름, 문제 및 배경, 솔루션, 사례 , 결과, 샘플 코드 '

로 구성되어있습니다.

 

패턴이름을 통해서 해당 패턴의 솔루션을 쉽게 파악하고

문제 제시를 통해 언제 패턴을 사용할지, 어떤 문제를 해결할지,

패턴을 적용하는것이 의미 있다는 것을 보여줍니다.

솔루션을 통해 앞서 다룬 문제를 어떻게 해결할 수 있을 것인가에 대해 해결책을 제시합니다.

결과를 통해 디자인 패턴을 적용해서 얻는 결과와 장단점을 알려줍니다 !

+

샘플코드

 

---

 

🍰 디자인 패턴은 어떻게 공부하면 좋을까요 ? 

 

제가 구글을 통해서 좀 찾아봤는데

정답은 아니지만, 추천하는 공부 방법이 있더라구요 !

 

1. 생성 , 구조, 행동 패턴이 각각 어떤 문제를 해결하는지 파악

2. 패턴들 간의 관련성 파악

3. 비슷한 목적의 패턴들을 함께 모아서 공부 

ex) 추상팩토리 패턴을 공부했다면 이어서 팩토리메서드 패턴을

학습해보고 각각 어떤 공통점과 차이점이 있는지 비교하여 정리하기

4. 디자인 패턴이 익숙하지 않은 초보들은 반드시 예제 코드 작성해보기 

 

---

 

📝 아니 그러면 이렇게 공부한 디자인패턴은 언제 쓰나요..?

 

지금 디자인상 문제에 적합한 패턴이 있다는 생각이 든다면

그 디자인 패턴을 도입해 보는 것이라고 생각합니다 !

 

물론 더 간단한 해결책이 있다면, 패턴을 적용하기 전 

그 해결책에 대해 고민해보는게 좋겠죠 !

 

사실 언제 패턴을 적용할지 올바르게 결정하려면 

많은 경험이나 지식이 필요하다고 생각합니다 :)

 

어떤 패턴을 써야할지 잘 모르겠다면, 문제 해결에 도움이

될만한 패턴이 있을지 훑어보면 좋을 것 같습니다 !

 

---

 

⚠️ 디자인 패턴을 쓰면 안좋은 점도 있나요 ?? 

 

단순히 디자인 패턴을 알고 사용한다고 해서 잘 설계된 

소프트웨어를 만들 수 있다는 보장이 있는건 아니겠죠.. 🌝

 

그렇기 때문에 상황에 맞는 적절한 디자인 패턴을 참고하여 

구현하는 것이 좋다고 합니다 !

 

디자인 패턴을 필요 이상으로 사용하게 되면 프로젝트가 점점

복잡해지기 때문에 , 어떤 이슈가 생겼을 때 문제를 명확하게 

정의한 후에 디자인 패턴을 사용하는게 바람직하다고 합니다 :) 

 

 

 

 

[디자인 패턴 1편]. 디자인 패턴 개요

'JAVA/Design Pattern' 카테고리의 글 목록 (2 Page)

디자인 패턴 개념과 종류