디자인 패턴(Design Pattern)
디자인 패턴(Design Pattern)
디자인 패턴 정의
어떤 분야에서 반족적으로 나타나는 문제점들에 대해 전문가들의 경험을 정리하여 해결방안을 제시한 패턴.
디자인 패턴을 구성하는 요소
문제 및 배경
사례
샘플코드
디자인 패턴의 종류
디자인 패턴은 크게 생성 패턴(Creational Patterns), 구조 패턴(Structural Patterns), 행동 또는 행위 패턴(Behavioral Patterns)로 나뉘고, 그 안에 여러가지의 패턴이 존재한다.
¤ 생성 패턴(Creational Patterns)
추상 팩토리 패턴(Abstract Factory) : 동일한 주제의 다른 팩토리를 묶어 준다.
빌더 패턴(Builder) : 생성(construction)과 표기(representation)를 분리해 복잡한 객체를 생성한다.
팩토리 메서드 패턴(Factory Method) : 생성할 객체의 클래스를 국한하지 않고 객체를 생성한다.
싱글턴 패턴(Singleton) : 한 클래스에 한 객체만 존재하도록 제한한다.
¤ 구조 패턴(Structural Patterns)
어댑터 패턴(Adapter) : 인터페이스가 호환되지 않는 클래스들을 함께 이용할 수 있도록, 타 클래스의 인터페이스를 기존 인터페이스에 덧씌운다.
브리지 패턴(Bridge) : 추상화와 구현을 분리해 둘을 각각 따로 발전시킬 수 있다.
합성 패턴(Composite) : 0개, 1개 혹은 그 이상의 객체를 묶어 하나의 객체로 이용할 수 있다.
데코레이션 패턴(Decorator) : 기존 객체의 매서드에 새로운 행동을 추가하거나 오버라이드 할 수 있다.
파사드 패턴(Facade) : 많은 분량의 코드에 접근할 수 있는 단순한 인터페이스를 제공한다.
플라웨이트 패턴(Flyweight) : 다수의 유사한 객체를 생성·조작하는 비용을 절감할 수 있다.
프록시 패턴(Proxy) : 접근 조절, 비용 절감, 복잡도 감소를 위해 접근이 힘든 객체에 대한 대역을 제공한다.
¤ 행동 패턴(Behavioral Patterns)
책임연쇄 패턴(Chain of responsibility) : 책임들이 연결되어 있어 내가 책임을 못 질 것 같으면 다음 책임자에게 자동으로 넘어가는 구조
커맨드 패턴(Command) : 위의 명령어를 각각 구현하는 것보다는 위 그림처럼 하나의 추상 클래스에 메서드를 하나 만들고 각 명령이 들어오면 그에 맞는 서브 클래스가 선택되어 실행하는 것
해석자 패턴(Interpreter) : 문법 규칙을 클래스화한 구조를 갖는SQL 언어나 통신 프로토콜 같은 것을 개발할 때 사용
반복자 패턴(Itetator) : 반복이 필요한 자료구조를 모두 동일한 인터페이스를 통해 접근할 수 있도록 메서드를 이용해 자료구조를 활용할 수 있도록 해준다.
옵저버 패턴(Observer) : 어떤 클래스에 변화가 일어났을 때, 이를 감지하여 다른 클래스에 통보해주는 것
전략 패턴(Strategy) : 알고리즘 군을 정의하고 각각 하나의 클래스로 캡슐화한 다음, 필요할 때 서로 교환해서 사용할 수 있게 해준다.
템플릿 메서드 패턴(Template Method) : 상위 클래스에서는 추상적으로 표현하고 그 구체적인 내용은 하위 클래스에서 결정되는 디자인 패턴
방문자 패턴(Visitor) : 각 클래스의 데이터 구조로부터 처리 기능을 분리하여 별도의 visitor 클래스로 만들어놓고 해당 클래스의 메서드가 각 클래스를 돌아다니며 특정 작업을 수행하도록 하는 것
중재자 패턴(Mediator) : 클래스간의 복잡한 상호작용을 캡슐화하여 한 클래스에 위임해서 처리 하는 디자인 패턴
상태 패턴(State) : 동일한 동작을 객체의 상태에 따라 다르게 처리해야 할 때 사용하는 디자인 패턴
기념물 패턴(Memento) : Ctrl + z 와 같은 undo 기능 개발할 때 유용한 디자인패턴. 클래스 설계 관점에서 객체의 정보를 저장
디자인 패턴의 장점
개발의 효율성과 유지 보수성, 운용성 등의 품질이 높아진다.
프로그램 최적화를 돕는다.
소프트웨어 구조 파악이 용이하다.
객체지향 설계 및 구형의 생산성을 높이는 데 적합하다.
재사용을 위한 개발 시간이 단축된다.
객체지향 언어와 함께 이용될 때 효율이 극대화된다.
디자인 패턴의 단점
객체 지향 설계와 구현 위주로 사용된다.
초기 투자 비용이 부담된다.
