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 | 29 | 30 | 31 |
Tags
- JIRA
- 토이프로젝트
- 소셜로그인
- 국제화
- 오블완
- githubactions
- 백준
- AWS
- springdataredis
- 도커
- yaml-resource-bundle
- 스프링부트
- springsecurityoauth2client
- CI/CD
- 메시지
- 재갱신
- 스프링시큐리티
- 리프레시토큰
- 데이터베이스
- oauth2
- 파이썬
- Spring
- 트랜잭션
- springsecurity
- 티스토리챌린지
- 스프링
- 프로그래머스
- docker
- 액세스토큰
- java
Archives
- Today
- Total
목록Design/Design Pattern (1)
땃쥐네
[Design Pattern] 컴포짓 패턴(Composite Pattern)
오브젝트의 15장을 읽으며 디자인 패턴 이야기가 나온 부분에서 Composite 패턴을 접했는데, 최근 SpringSecurity의 DelegatingPasswordEncoder 코드를 확인하는 과정에서 컴포짓 패턴이 적용된 것을 확인하게 되었고 컴포짓 패턴이 무엇인지 간단하게 정리해보기로 했다. 클라이언트와 Component의 컴파일 의존관계 - 어떤 객체가 '클라이언트'에게 foo 메시지를 전송하였다. - 클라이언트는 foo 메시지에 자기 나름의 방식대로 처리(메서드)하고 응답 할 책임을 가진다. - 하지만 이 과정에서 클라이언트 스스로 처리할 수 없는 일은 내부적으로 알고 있는 Component 역할에게 operation() 메시지를 전송하여 협력을 요청한다. - Component 역할을 수행할 수..
Design/Design Pattern
2023. 1. 1. 17:49