Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
Tags
- vector
- 쓰레드
- multi-core
- 유니크포인터
- Design Pattern
- 옵저버
- 프레임워크
- 스마트포인터
- 멀티코어 프로그래밍
- Unreal
- material
- 멀티쓰레드
- MultiCore
- 메모리관리
- 복사생성자
- Atomic
- 옵저버 패턴
- EFFECTIVE C++
- 멀티코어
- 한국산업기술대학교
- thread
- C
- Multithread
- 디자인패턴
- sequential
- stl
- random access
- observer pattern
- c++
- 게임공학과
Archives
- Today
- Total
목록node (1)
태크놀로지
단점을 보안한 옵저버 패턴
옵저버 패턴의 단점 옵저버 패턴을 구현시 알림이 있을 때마다 동적할당을 하거나 큐잉하기 때문에 실제로 느릴 수 있습니다. 하지만 인터페이스를 통해 동기적으로 메서드를 간접호출할뿐 메시지용 객체를 할당하지도 않고, 큐잉도 하지 않습니다. 주의해야할점은 동기적이라는 점입니다. 대상이 관찰자 메서드를 직접 호출하기 때문에 모든 관찰자가 알림 메서드를 반환하기 전에는 다음 작업을 진행할 수 없습니다. 관찰자 중 하나라도 느리면 대상이 블록될 수 도있기 때문입니다. 이벤트에 동기적으로 반응한다면 최대한 빨리 작업을 끝내고 제어권을 넘겨주어 프로그램이 멈추지 않도록 해야합니다. ( 멀티쓰레드 사용시 이벤트 큐를 이용해 비동기적으로 상호작용하는것을 추천 ) 동적할당이 많이 일어날까? 게임에선 옵저버 개수가 정적인것이..
디자인 패턴
2020. 9. 15. 16:16