Deep Dive Into Design Patterns - 디자인 패턴의 개요

💡 패턴 자세히 알아보기

📌 생성 패턴

Deep Dive Into Design Patterns - 싱글톤 패턴

 

📌 구조 패턴

Deep Dive Into Design Patterns - 어댑터 패턴

Deep Dive Into Design Patterns - 퍼사드 패턴

Deep Dive Into Design Patterns - 컴포지트 패턴

Deep Dive Into Design Patterns - 브리지 패턴

Deep Dive Into Design Patterns - 프록시 패턴

Deep Dive Into Design Patterns - 플라이웨이트 패턴

 

📌 행위 패턴

Deep Dive Into Design Patterns - 옵서버 패턴

Deep Dive Into Design Patterns - 중재자 패턴

Deep Dive Into Design Patterns - 책임 연쇄 패턴

 

 

💡 디자인 패턴이란?

소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 전형적인 해결책을 말합니다.

⭐ 패턴은 재사용할 수 있는 코드 조각이 아니라 특정 문제를 해결하는 방식을 알려주는 일반적인 개념이다.

 

 

💡 그래서 패턴이 있으면 뭐가 좋은데?

디자인 패턴은 소프트웨어 디자인의 일반적인 문제들에 대해 시도되고 검증된 해결책들을 모은 것입니다. 이러한 문제들을 다루지 않더라도 패턴을 알고 있으면 쓸모가 있는데, 그 이유는 패턴을 배우게 되면 객체 지향 디자인의 원칙들을 사용해 많은 종류의 문제를 해결하는 방법들을 배울 수 있기 때문입니다.

또한, 디자인 패턴은 당신과 당신의 팀원들이 더 효율적으로 의사소통하는 데 사용할 수 있는 공통 언어를 정의합니다. 예를 들어, 팀이 디자인 패턴을 이해하면 업무 처리 중 당신이 '그 문제를 위해서는 그냥 싱글톤을 사용하세요'라고 말하면 모두가 당신이 무엇을 뜻했는지 이해할 수 있을 것이며 싱글턴 패턴에 포함된 개념들은 설명할 필요도 없을 것입니다.

 

 

💡 패턴이 마냥 좋은가?

일반적으로 패턴의 필요성은 개발자가 추상화 수준이 부족한 프로그래밍 언어나 기술을 선택했을 때 발생합니다. 이 경우 패턴은 약한 프로그래밍 언어에 필요한 초능력을 부여하는 클루지(문제의 어지럽고 임시변통의 그러나 효과적인 해결책)로 작동합니다. 예를 들어 전략 패턴은 대부분의 최신 프로그래밍 언어에서 간단한 익명(람다) 함수로 구현할 수 있습니다.

⭐ 망치만 있으면 모든 것이 못처럼 보입니다.

그러나, 프로젝트의 맥락에 따라 적용하지 않고 ‘문자 그대로’ 적용하는 경우에는 오히려 비효율적인 해결책이 될 수 있습니다. 많은 초보자는 패턴을 갓 배운 후, 더 간단한 코드로도 문제 해결이 되는 상황에도 모든 곳에 패턴을 적용하려고 합니다. (혹시 나?)

 

 

💡 패턴의 종류

패턴은 ‘의도’와 ‘목적’에 따라 분류할 수 있습니다.

• Creational 패턴 : 기존 코드의 재활용과 유연성을 증가시키는 ‘객체 생성 메커니즘’을 제공합니다.
• Structural 패턴 : 구조를 유연하고 효율적으로 유지하면서 객체와 클래스를 “더 큰 구조로 조합”하는 방법을 설명합니다.
• Behavioral 패턴 : 객체 간의 “효과적인 의사소통과 책임 할당”을 처리합니다.

디자인 패턴들