반응형
Notice
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 | 29 | 30 |
31 |
Tags
- 파이썬
- 데이터베이스
- 디자인패턴
- 머신러닝
- springboot
- 프로그래밍언어
- 딥러닝
- 자료구조
- 소프트웨어공학
- 클라우드컴퓨팅
- 컴퓨터비전
- 데이터구조
- 데이터과학
- 프로그래밍
- 사이버보안
- 알고리즘
- 컴퓨터공학
- I'm Sorry
- 웹개발
- 컴퓨터과학
- 버전관리
- 소프트웨어
- 보안
- 네트워크보안
- 인공지능
- 빅데이터
- 데이터분석
- Yes
- 네트워크
- 자바스크립트
Archives
- Today
- Total
목록softwarearchitecture (1)
스택큐힙리스트
책임 연쇄 vs 데코레이터 — 헷갈리는 두 패턴, 결정적 차이를 콕 짚다
1. 큰그림두 패턴 모두 객체를 일렬로 연결해 요청을 전달하는 “재귀적 합성(체이닝)” 구조를 쓴다. 그래서 UML만 보면 “거의 같은데?” 싶지만, 의도와 결과가 완전히 다르다.2. 공통점 ― 왜 비슷해 보일까?재귀 합성: 객체가 자기 안에 같은 타입을 보관하고 다음 객체로 위임한다.런타임 조립: 체인 순서를 코드를 수정하지 않고 동적으로 바꿀 수 있다.결합도 ↓: 클라이언트는 “얼마나 많은 객체가 연결돼 있는지” 모른다.3. 결정적 차이점 포인트 책임 연쇄(CoR) 데코레이터(Decorator) 목적“누가 요청을 처리할지 찾는다” – 책임 위임“객체에 기능을 덧붙인다” – 행위 확장흐름 제어핸들러가 처리를 중단할 수 있음 (다음으로 패스 여부 결정) 데코레이터는 반드시 내부 객체를 호출해 흐름을 ..
개발
2025. 7. 28. 13:12