"구조패턴"의 두 판 사이의 차이
1번째 줄: | 1번째 줄: | ||
'''구조패턴'''<!--구조 패턴-->(structural patterns)은 [[클래스]]나 [[객체]]를 조합해 더 큰 구조를 만드는 패턴이다. 예를 들어 서로 다른 인터페이스를 지닌 2개의 객체를 묶어 단일 인터페이스를 제공하거나 객체들을 서로 묶어 새로운 기능을 제공하는 패턴이다.<ref>〈[https://gmlwjd9405.github.io/2018/07/06/design-pattern.html 구조 패턴]〉, 2018-07-06《[Design Pattern] 디자인 패턴 종류》</ref> 이 패턴을 사용하면 서로 독립적으로 개발한 클래스 라이브러리를 마치 하나인 것처럼 사용할 수 있다. 또, 여러 인터페이스를 합성하여 서로 다른 인터페이스들의 통일된 추상을 제공한다. 구조패턴은 적응자, 브리지, 복합체, 장식자, 퍼사드, 플라이급, 프록시로 분류가 되며 가장 중요한 점은 인터페이스나 구현을 복합하는 것이 아니라 객체를 합성하는 방법을 제공한다는 것이다.<ref> 〈[https://readystory.tistory.com/125 구조 패턴]〉, 2019-11-15《[구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제》</ref> | '''구조패턴'''<!--구조 패턴-->(structural patterns)은 [[클래스]]나 [[객체]]를 조합해 더 큰 구조를 만드는 패턴이다. 예를 들어 서로 다른 인터페이스를 지닌 2개의 객체를 묶어 단일 인터페이스를 제공하거나 객체들을 서로 묶어 새로운 기능을 제공하는 패턴이다.<ref>〈[https://gmlwjd9405.github.io/2018/07/06/design-pattern.html 구조 패턴]〉, 2018-07-06《[Design Pattern] 디자인 패턴 종류》</ref> 이 패턴을 사용하면 서로 독립적으로 개발한 클래스 라이브러리를 마치 하나인 것처럼 사용할 수 있다. 또, 여러 인터페이스를 합성하여 서로 다른 인터페이스들의 통일된 추상을 제공한다. 구조패턴은 적응자, 브리지, 복합체, 장식자, 퍼사드, 플라이급, 프록시로 분류가 되며 가장 중요한 점은 인터페이스나 구현을 복합하는 것이 아니라 객체를 합성하는 방법을 제공한다는 것이다.<ref> 〈[https://readystory.tistory.com/125 구조 패턴]〉, 2019-11-15《[구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제》</ref> | ||
+ | |||
+ | ==개요== | ||
+ | 구조 패턴은 큰 의미로 작은 클래스들의 합성을 통해 더 큰 클래스 구조를 형성하기 위한 패턴으로 구조 패턴에는 총 7가지가 있으며 적응자, 가교, 복합체, 장식자, 퍼사드, 플라이급, 프록시이다. 이중 가장 많이 사용하는 패턴은 적응자, 장식자, 퍼사드, 프로시이다. 문서 프로그램의 경우 플라이급을 사용하며, 게임의 경우에는 프록시와 복합체, 장식자 등이 사용된다. | ||
+ | <ref> 〈[https://madprog.tistory.com/entry/%EA%B5%AC%EC%A1%B0-%ED%8C%A8%ED%84%B4Structural-Patterns 구조 패턴 개요]〉, 2008-05-23《구조 패턴(Structural Patterns)》</ref> | ||
==패턴 분류== | ==패턴 분류== | ||
28번째 줄: | 32번째 줄: | ||
* '''컴포지트'''(composite) : Leaf 객체들로 이루어져 있으며 베이스 컴포넌트 내 명령들을 구현한다. | * '''컴포지트'''(composite) : Leaf 객체들로 이루어져 있으며 베이스 컴포넌트 내 명령들을 구현한다. | ||
− | ====장식자(Decorator) | + | ===장식자=== |
+ | [[장식자]](Decorator) 패턴은 서브클래스에 유연성을 제공하여 소스를 변경하지 않고도 부가적인 기능이 확장되어 실행될 수 있도록 하는 패턴이다. 상황과 용도에 맞게 객체에 동적으로 새로운 책임을 추가할 수 있다. 단, 자잘한 데코레이터 클래스들이 계속 추가되어 클래스가 많아질 수 있고, 겹겹이 애워싸고 있기 때문에 객체의 정체를 알기 힘들고 복잡해질 수 있다는 단점이 있다. | ||
+ | |||
+ | [[파일:Decorator패턴.png|500픽셀|섬네일|가운데|Decorator 패턴]] | ||
+ | 상속을 하지 않고 동적으로 새로운 서비스를 추가하기 위해 사용되며, 메인 기능은 ConcreteComponent에서 구현하고, 부가적인 기능은 Decorator에서 확장할 수 있도록 하고 있다. Association 관계는 장식품을 추가할 때 원래 기능을 포함해 장식을 추가해야 하기 때문에 필수적이고, 그래픽 편집기에서 사진이 Component라면 액자의 색, 크기, 고급성은 Decorator로 하여 장식할 수 있다. | ||
+ | <ref> , 〈[https://blog.naver.com/jvioonpe/220228034807 장식자 오브젝트]〉, 2015-01-02《[디자인 패턴]9. 장식자 패턴(Decorator Pattern)》</ref> | ||
− | + | ===퍼사드(Facade)=== | |
− | + | ===플라이급(Flyweight)=== | |
− | + | ===프록시(Proxy)=== | |
==현황== | ==현황== | ||
48번째 줄: | 57번째 줄: | ||
* [Design Pattern] 디자인 패턴 종류〈[https://gmlwjd9405.github.io/2018/07/06/design-pattern.html 구조 패턴]〉, 2018-07-06《Github》 | * [Design Pattern] 디자인 패턴 종류〈[https://gmlwjd9405.github.io/2018/07/06/design-pattern.html 구조 패턴]〉, 2018-07-06《Github》 | ||
* [구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제〈[https://readystory.tistory.com/125 구조 패턴]〉, 2019-11-15《Tistory - 준비된 개발자》 | * [구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제〈[https://readystory.tistory.com/125 구조 패턴]〉, 2019-11-15《Tistory - 준비된 개발자》 | ||
+ | * 구조 패턴(Structural Patterns)〈https://madprog.tistory.com/entry/%EA%B5%AC%EC%A1%B0-%ED%8C%A8%ED%84%B4Structural-Patterns 구조 패턴 개요〉, 2008-05-23《Tistroy - Mad Programmer》 | ||
* [디자인패턴]6. 적응자 패턴(Adapter Pattern)〈[https://blog.naver.com/jvioonpe/220227961995 적응자 패턴]〉, 2015-01-02《Naver Blog - jvioonpe》 | * [디자인패턴]6. 적응자 패턴(Adapter Pattern)〈[https://blog.naver.com/jvioonpe/220227961995 적응자 패턴]〉, 2015-01-02《Naver Blog - jvioonpe》 | ||
* [디자인 패턴 6편] 구조 패턴, 어댑터(Adapter)〈[https://dailyheumsi.tistory.com/189?category=855210 적응자 패턴]〉, 2020-02-18《Tistory - 하나씩 점을 찍어 나가며》 | * [디자인 패턴 6편] 구조 패턴, 어댑터(Adapter)〈[https://dailyheumsi.tistory.com/189?category=855210 적응자 패턴]〉, 2020-02-18《Tistory - 하나씩 점을 찍어 나가며》 | ||
53번째 줄: | 63번째 줄: | ||
* Bridge Pattern (C++)〈[https://d-yong.tistory.com/45?category=700951 가교 패턴]〉, 2019-10-13《Tistory - Deb study》 | * Bridge Pattern (C++)〈[https://d-yong.tistory.com/45?category=700951 가교 패턴]〉, 2019-10-13《Tistory - Deb study》 | ||
* [디자인 패턴 7편] 구조 패턴, 컴퍼지트(Composite)〈[https://dailyheumsi.tistory.com/193?category=855210 복합체 패턴]〉, 2020-02-20《Tistory - 하나씩 점을 찍어 나가며》 | * [디자인 패턴 7편] 구조 패턴, 컴퍼지트(Composite)〈[https://dailyheumsi.tistory.com/193?category=855210 복합체 패턴]〉, 2020-02-20《Tistory - 하나씩 점을 찍어 나가며》 | ||
− | * [구조 패턴] 복합체 패턴(Composite Pattern) 이해 및 예제〈[https://readystory.tistory.com/131?category= | + | * [구조 패턴] 복합체 패턴(Composite Pattern) 이해 및 예제〈[https://readystory.tistory.com/131?category=822867 패턴 오브젝트]〉, 2019-11-22《Tistory - 준비된 개발자》 |
+ | * [디자인 패턴]9. 장식자 패턴(Decorator Pattern)〈[https://blog.naver.com/jvioonpe/220228034807 w장식자 패턴]〉, 2015-01-02《Naver Blog - jvioonpe》 | ||
==같이 보기== | ==같이 보기== |
2020년 8월 18일 (화) 09:47 판
구조패턴(structural patterns)은 클래스나 객체를 조합해 더 큰 구조를 만드는 패턴이다. 예를 들어 서로 다른 인터페이스를 지닌 2개의 객체를 묶어 단일 인터페이스를 제공하거나 객체들을 서로 묶어 새로운 기능을 제공하는 패턴이다.[1] 이 패턴을 사용하면 서로 독립적으로 개발한 클래스 라이브러리를 마치 하나인 것처럼 사용할 수 있다. 또, 여러 인터페이스를 합성하여 서로 다른 인터페이스들의 통일된 추상을 제공한다. 구조패턴은 적응자, 브리지, 복합체, 장식자, 퍼사드, 플라이급, 프록시로 분류가 되며 가장 중요한 점은 인터페이스나 구현을 복합하는 것이 아니라 객체를 합성하는 방법을 제공한다는 것이다.[2]
목차
개요
구조 패턴은 큰 의미로 작은 클래스들의 합성을 통해 더 큰 클래스 구조를 형성하기 위한 패턴으로 구조 패턴에는 총 7가지가 있으며 적응자, 가교, 복합체, 장식자, 퍼사드, 플라이급, 프록시이다. 이중 가장 많이 사용하는 패턴은 적응자, 장식자, 퍼사드, 프로시이다. 문서 프로그램의 경우 플라이급을 사용하며, 게임의 경우에는 프록시와 복합체, 장식자 등이 사용된다. [3]
패턴 분류
적응자
적응자(adapter) 패턴은 서로 다른 인터페이스를 가진 두 클래스를 적응자 클래스로 인터페이스를 통일 시켜 사용하는 방법이다. 호환되지 않는 인터페이스 때문에 함께 사용할 수 없는 클래스의 인터페이스를 변환하여 함께 작동할 수 있게 해주는 패턴이라고 할 수 있다. 라이브러리를 수정할 수 없을 경우 사용할 수 있고, 클래스를 적응자(Adapter)로 만들거나, 객체를 적응자(Adapter)로 만들어 구현할 수 있다. 클래스 적응자의 경우 다중상속을 이용하고, 객체 적응자의 경우에는 객체 합성을 이용한다.[4] 기존 클라이언트 단의 코드 수정을 최소화할 수 있다. 클라이언트는 연동부분을 몰라도, 새로운 코드의 기능을 일관되게 사용할 수 있다. 단, 어댑터 클래스에서 통일 시켜주는 부분을 하나씩 일일히 구현해야 한다는게 단점이다. 주로 기존의 코드에 새로운 코드를 연동하여 사용하고 싶거나, 두 코드의 인터페이스가 달라, 이를 하나로 통일하여 사용할고 싶을 때 사용한다.[5]
다중상속의 경우 TextShape 클래스를 Shape와 TextView로부터 동시에 상속받아 정의하는 구조이고, 객체합성의 경우 TextShape의 인스턴스가 호출되면 그 내부에서 TextView의 인터페이스를 호출하는 구조이다.
브리지
브리지(bridge) 패턴은 구현부(implement)에서 추상층(abstration)를 분리하여, 각자 독립적으로 변형할 수 있게 하는 패턴이다. 호출은 추상부에서 하며 구현은 구현층에서 하는 방식이다. 구현부가 어떤식으로 구현했는지는 은닉함으로써, 종속성을 없애고 결합도를 낮추는 패턴이다.[6] 추상적 개념에 해당하는 클래스 계통과 구현에 해당하는 클래스 계통을 분리한다. 상속을 통한 구현은 구현과 추상적 개념을 영구적으로 종속키기기 때문에 수정 및 확장이 쉽지 않다. 따라서 브리지(bridge) 패턴을 통해 수정 및 확장의 용이점을 갖는다.[7]
복합체
복합체(composite) 패턴은 단일 객체와 그 객체들을 가지는 집합 객레를 같은 타입으로 취급하며, 트리 구조로 객체들을 엮는 패턴이다. 쉽게 말해 일관적인 관리가 가능한 패턴을 말한다. 객체들이 모두 같은 타입으로 취급되기 때문에 새로운 클래스 추가에 용이하며 단일 및 집합 객체를 구분하지 않고 코드 작성이 가능하다. 단, 설계를 일화 시켜 객체간의 구분, 제약이 힘들다는 단점이 있다. 주로 객체들 간에 계급 및 계층구조가 있고 이를 표현해야할 때, 클라이언트가 단일 객체와 집합 객체를 구분하지 않고 동일한 형태로 사용하고자 할 때 활용한다.[8]
복합체(Composite) 패턴은 복잡하게 조합된 도형들을 반복 사용하고자 할 경우, 어떤 객체의 구성원들이 동적으로 연결될 때 기본 객체와 구성 객체를 구분없이 사용할 수 있다.
오브젝트[9]
복합체 패턴은 Base Component, Leaf, Composite 총 3개의 오브젝트를 갖는다.
- 베이스 컴포넌트(base component) : 베이스 컴포넌트는 클라이언트가 Composition 내의 오브젝트들을 다루기 위해 제공되는 인터페이스로, 인터페이스 또는 추상 클래스로 정의되며 모든 오브젝트들에게 공통되는 메소드를 정의해야 한다.
- 리프(leaf) : Composition 내 오브젝트들의 행동을 정의하는 것으로, 복합체를 구성하는데 중요한 요소이며, 베이스 컴포넌트를 구현한다. 단, 다른 컴포넌트에 대해 참조를 가져서는 안된다.
- 컴포지트(composite) : Leaf 객체들로 이루어져 있으며 베이스 컴포넌트 내 명령들을 구현한다.
장식자
장식자(Decorator) 패턴은 서브클래스에 유연성을 제공하여 소스를 변경하지 않고도 부가적인 기능이 확장되어 실행될 수 있도록 하는 패턴이다. 상황과 용도에 맞게 객체에 동적으로 새로운 책임을 추가할 수 있다. 단, 자잘한 데코레이터 클래스들이 계속 추가되어 클래스가 많아질 수 있고, 겹겹이 애워싸고 있기 때문에 객체의 정체를 알기 힘들고 복잡해질 수 있다는 단점이 있다.
상속을 하지 않고 동적으로 새로운 서비스를 추가하기 위해 사용되며, 메인 기능은 ConcreteComponent에서 구현하고, 부가적인 기능은 Decorator에서 확장할 수 있도록 하고 있다. Association 관계는 장식품을 추가할 때 원래 기능을 포함해 장식을 추가해야 하기 때문에 필수적이고, 그래픽 편집기에서 사진이 Component라면 액자의 색, 크기, 고급성은 Decorator로 하여 장식할 수 있다. [10]
퍼사드(Facade)
플라이급(Flyweight)
프록시(Proxy)
현황
전망
각주
- ↑ 〈구조 패턴〉, 2018-07-06《[Design Pattern] 디자인 패턴 종류》
- ↑ 〈구조 패턴〉, 2019-11-15《[구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제》
- ↑ 〈구조 패턴 개요〉, 2008-05-23《구조 패턴(Structural Patterns)》
- ↑ 〈적응자 패턴〉, 2015-01-02《[디자인패턴] 적응자 패턴(Adapter Pattern)》
- ↑ 〈적응자 패턴〉, 2020-02-18《[디자인 패턴 6편] 구조 패턴, 어댑터(Adapter)》
- ↑ 〈가교 패턴〉, 2020-02-18《[디자인 패턴 7편] 가교 패턴(Bridge)》
- ↑ 〈복합체 패턴〉, 《Bridge Pattern (C++)》, 2019-10-13
- ↑ 〈가교 패턴〉, 2020-02-20《[디자인 패턴 7편] 구조 패턴, 컴퍼지트(Composite)》
- ↑ , 〈Composite 패턴 오브젝트〉, 2019-11-22《[구조 패턴] 복합체 패턴(Composite Pattern) 이해 및 예제》
- ↑ , 〈장식자 오브젝트〉, 2015-01-02《[디자인 패턴]9. 장식자 패턴(Decorator Pattern)》
참고자료
- [Design Pattern] 디자인 패턴 종류〈구조 패턴〉, 2018-07-06《Github》
- [구조 패턴] 어댑터 패턴(Adapter Pattern) 이해 및 예제〈구조 패턴〉, 2019-11-15《Tistory - 준비된 개발자》
- 구조 패턴(Structural Patterns)〈https://madprog.tistory.com/entry/%EA%B5%AC%EC%A1%B0-%ED%8C%A8%ED%84%B4Structural-Patterns 구조 패턴 개요〉, 2008-05-23《Tistroy - Mad Programmer》
- [디자인패턴]6. 적응자 패턴(Adapter Pattern)〈적응자 패턴〉, 2015-01-02《Naver Blog - jvioonpe》
- [디자인 패턴 6편] 구조 패턴, 어댑터(Adapter)〈적응자 패턴〉, 2020-02-18《Tistory - 하나씩 점을 찍어 나가며》
- [디자인 패턴]7. 가교 패턴(Bridge)〈가교 패턴〉, 2015-01-02《Naver Blog - jvioonpe》
- Bridge Pattern (C++)〈가교 패턴〉, 2019-10-13《Tistory - Deb study》
- [디자인 패턴 7편] 구조 패턴, 컴퍼지트(Composite)〈복합체 패턴〉, 2020-02-20《Tistory - 하나씩 점을 찍어 나가며》
- [구조 패턴] 복합체 패턴(Composite Pattern) 이해 및 예제〈패턴 오브젝트〉, 2019-11-22《Tistory - 준비된 개발자》
- [디자인 패턴]9. 장식자 패턴(Decorator Pattern)〈w장식자 패턴〉, 2015-01-02《Naver Blog - jvioonpe》
같이 보기