[DP] 09. Bridge 패턴 - 34 분

[구성]
[Session 1] Part1. Orientation 1
[Session 1] Part2. Orientation 2
[Session 1] Part3. Abstract Factory 패턴
[Session 1] Part4. Builder 패턴
[Session 1] Part5. Factory Method 패턴
[Session 1] Part6. Prototype 패턴
[Session 1] Part7. Singleton 패턴
[Session 2] Part1. Adapter 패턴
[Session 2] Part2. Bridge 패턴
[Session 2] Part3. Composite 패턴
[Session 2] Part4. Decorator 패턴
[Session 2] Part5. Facade 패턴
[Session 2] Part6. Flyweight 패턴
[Session 2] Part7. Proxy 패턴
[Session 3] Part1. Chain of Responsibility 패턴
[Session 3] Part2. Command 패턴과 Template Functor
[Session 3] Part3. Interpreter 패턴
[Session 3] Part4. Iterator 패턴
[Session 3] Part5. Mediator 패턴
[Session 3] Part6. Memento 패턴
[Session 4] Part1. Observer 패턴
[Session 4] Part2. State 패턴
[Session 4] Part3. Strategy 패턴
[Session 4] Part4. Template Method 패턴
[Session 4] Part5. Visitor 패턴
[Session 4] Part6. 디자인 패턴 요약 및 적용 방안


[문제 사례 설명]


머리속에서 다이어그램을 보고 pseudo 코드 정도는 생각나야 된다는군요!!
그리고, 구현시의 문제점을 고민해야 된다.

목적의 의미에서 사용되는 단어가 wrapper이고,
인터페이스를 모아주는 경우엔 wrapper ... 란 의미로 ...

일반적인 관계를 표현하는 의미
 에그리게이션  (has 관계)은 무엇인가?
A클래스에서 B의 클래스의 인스턴스를 가진다고 보는 것이고
Composite 패턴에서는 사이클이 일어나는 경우

[패텬을 활용한 해결 방식]/ [해당 패턴 설명]

목적이 파트 whole의 관계일때 composite 를 사용한다.
파트 파트 를 구별하고 쉽지 않을때..

동일한 클래스 상속구조에서 나타난다.
회귀적으로 재구성 될 수 있다.
클라이언트 입장에서는 파트파트를 구별할 필요가 없다.

설계를 일반화 시킨다.

파트중에 하나를 그룹핑을 못하게 하려면?

Leaf 노드는 끼리 연결할 게 많다.  공유하는 것은 다른 패턴에서 다룬다.

* dynamic_cast< > = c++ 연산자 설명

[활용한 패턴 정리]

-Iterator
-Leaf 노드는 끼리 연결할 게 많다.  공유하는 것은 다른 패턴에서 다룬다.
-캐쉬-잉-공유되는 => 어떻게 소멸시키는가? reference counting

-트리 형태를 사용되는 것은 composite를 사용할 수 있다.

'컴퓨터(InfoTech)' 카테고리의 다른 글

[netBeans] 넷빈즈 5.0  (0) 2006/02/08
[DP] 11. Decorator 패턴 - 28 분  (0) 2006/02/07
[DP] 10. Composite 패턴 - 58 분  (0) 2006/02/06
[DP] 09. Bridge 패턴 - 34 분  (1) 2006/02/04
[DP] 08. Adapter 패턴 - 70 분  (0) 2006/02/03
[DP] 07. Singleton 패턴 - 41분  (1) 2006/02/02
Posted by iarchitect