[DP] 14. Proxy 패턴 - 50 분
[구성]
[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. 디자인 패턴 요약 및 적용 방안
클래스간에 설계를 할때 적용할 수 있는것?
UML 간에 연관관계를 나타내는 종류?
크게는
연관관계
- 구체적 전체적인 use 관계 방향성
-> 구체적 inheritance
-> has관계...로
-> 진짜 pure하게 use하는 관계
-> create
클래스구조를 그려보면 다 비슷하게 보인다.
Structural Pattern 들은 서로 비슷한 구조를 가짐
-> 객체들을 구조화시키기 위해 프로그래밍 언어에서 제공하는 한정된 메커니즘에 의존하기 때문이다.
-> Class Structural 패턴의 경우에는 상속이나 당중 상속 방식에 의존하고, Object Structural 패턴의 경우에는 객체간의 구성 관계(Composition)에 의존함
Structural Pattern 들간의 차이점은 바로 각 패턴들이 생성된 동기, 즉 패턴들의 용도에서 차이가 난다.
adapter 패턴 사후처리 / bridge 패턴 사전 처리
composite 패턴 -파트 파트 구성하는 것을 묶어주기위한/ Decorator 패턴 - 역할이나 기능을 추가 하기위한 목적... 동시에 사용될 경우도 있다. 심지어
Decorator 패턴 / proxy 패턴 - 중간에 무언가를 둔다는 것은 유사...
Decorator 패턴 회귀적 구조를 가진다. 자기가 할 수 없는 것을 던져준다./proxy 패턴 - 접근제어를 하는 경우 . porxy 클래스 객체가 단 하나의 subject 클래스 객체와 연관 관계를 가지며, 그 연관 관계는 컴파일시에 미리 결정된다.
[구성]
[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. 디자인 패턴 요약 및 적용 방안
클래스간에 설계를 할때 적용할 수 있는것?
UML 간에 연관관계를 나타내는 종류?
크게는
연관관계
- 구체적 전체적인 use 관계 방향성
-> 구체적 inheritance
-> has관계...로
-> 진짜 pure하게 use하는 관계
-> create
클래스구조를 그려보면 다 비슷하게 보인다.
Structural Pattern 들은 서로 비슷한 구조를 가짐
-> 객체들을 구조화시키기 위해 프로그래밍 언어에서 제공하는 한정된 메커니즘에 의존하기 때문이다.
-> Class Structural 패턴의 경우에는 상속이나 당중 상속 방식에 의존하고, Object Structural 패턴의 경우에는 객체간의 구성 관계(Composition)에 의존함
Structural Pattern 들간의 차이점은 바로 각 패턴들이 생성된 동기, 즉 패턴들의 용도에서 차이가 난다.
adapter 패턴 사후처리 / bridge 패턴 사전 처리
composite 패턴 -파트 파트 구성하는 것을 묶어주기위한/ Decorator 패턴 - 역할이나 기능을 추가 하기위한 목적... 동시에 사용될 경우도 있다. 심지어
Decorator 패턴 / proxy 패턴 - 중간에 무언가를 둔다는 것은 유사...
Decorator 패턴 회귀적 구조를 가진다. 자기가 할 수 없는 것을 던져준다./proxy 패턴 - 접근제어를 하는 경우 . porxy 클래스 객체가 단 하나의 subject 클래스 객체와 연관 관계를 가지며, 그 연관 관계는 컴파일시에 미리 결정된다.
'컴퓨터(InfoTech)' 카테고리의 다른 글
| [DP] 17. Command 패턴과 Template Functor - 89분 (0) | 2006/02/13 |
|---|---|
| [DP] 16. Chain of Responsibility Patterns - 42 분 (object behavioral) (0) | 2006/02/09 |
| [DP] 15. Structural Patterns 정리 - 15 분 (0) | 2006/02/08 |
| [DP] 14. Proxy 패턴 - 50 분 (0) | 2006/02/08 |
| [DP] 13. Flyweight 패턴 - 37 분 (1) | 2006/02/07 |
| [DP] 12. Facade 패턴 - 29 분 (0) | 2006/02/07 |
