[DP] 10. Composite 패턴 - 58 분
[구성]
[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. 디자인 패턴 요약 및 적용 방안
[문제 사례 설명]
- 기본 기능에 동적으로 추가기능을 더할 수 있게....
- 텍스트 뷰 기능이 있는데, 거기에 스크롤 기능 넣고, 보더 기능 추가하는 것...
- 추가 기능의 순서는 중요하지 않다.
- 클라이언트 입장에서는 그 기능이 포함되더라도 그걸 구분할 필요가 없다.
(그렇게 하기 위해선 클라이언트에서는 부모 클래스(대부분 ABC) 를 알게 하고
구현은 자식 클래스로 하여 보게 하면 된다.)
[해당 패턴 설명]
새로운 기능이 추가될 때마다 새로운 객체를 만들고, 이전 객체의 기능은 새로운 객체 내부에 이전 객체를 가짐으로써 그대로 유지, 보장해주는 방식을 Decorator 패턴이라고 한다. 여기서 이전 객체를 포함하는 새로운 객체를 Decorator라고 하는데 이는 이전 객체를 새로운 객체가 기능 추가 등을 통해 꾸며준다는 의미이다.

[패텬을 활용한 해결 방식]
정적으로 구현했을때는 compile time에 에러가 제거된다.
정적으로 많이 만들어질때 동적으로 생성시키려고 할때...
훨씬 유연하다.
[활용한 패턴 정리]
[구성]
[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. 디자인 패턴 요약 및 적용 방안
[문제 사례 설명]
- 기본 기능에 동적으로 추가기능을 더할 수 있게....
- 텍스트 뷰 기능이 있는데, 거기에 스크롤 기능 넣고, 보더 기능 추가하는 것...
- 추가 기능의 순서는 중요하지 않다.
- 클라이언트 입장에서는 그 기능이 포함되더라도 그걸 구분할 필요가 없다.
(그렇게 하기 위해선 클라이언트에서는 부모 클래스(대부분 ABC) 를 알게 하고
구현은 자식 클래스로 하여 보게 하면 된다.)
[해당 패턴 설명]
새로운 기능이 추가될 때마다 새로운 객체를 만들고, 이전 객체의 기능은 새로운 객체 내부에 이전 객체를 가짐으로써 그대로 유지, 보장해주는 방식을 Decorator 패턴이라고 한다. 여기서 이전 객체를 포함하는 새로운 객체를 Decorator라고 하는데 이는 이전 객체를 새로운 객체가 기능 추가 등을 통해 꾸며준다는 의미이다.
[패텬을 활용한 해결 방식]
정적으로 구현했을때는 compile time에 에러가 제거된다.
정적으로 많이 만들어질때 동적으로 생성시키려고 할때...
훨씬 유연하다.
[활용한 패턴 정리]
클래스는 줄어들고, 객체의 인스턴스는 늘어나는 경우...
내부구현은 달라질 수 있다.
'컴퓨터(InfoTech)' 카테고리의 다른 글
| [DP] 12. Facade 패턴 - 29 분 (0) | 2006/02/08 |
|---|---|
| [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 |



