[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를 사용할 수 있다.
[구성]
[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 |



