일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 스프링
- 오블완
- 트랜잭션
- 국제화
- oauth2
- 리프레시토큰
- githubactions
- java
- 액세스토큰
- docker
- 데이터베이스
- 토이프로젝트
- 파이썬
- AWS
- Spring
- CI/CD
- 스프링부트
- 프로그래머스
- yaml-resource-bundle
- 재갱신
- springsecurityoauth2client
- 티스토리챌린지
- springsecurity
- 메시지
- 스프링시큐리티
- 소셜로그인
- 도커
- springdataredis
- JIRA
- 백준
- Today
- Total
목록Design (3)
땃쥐네
오브젝트의 15장을 읽으며 디자인 패턴 이야기가 나온 부분에서 Composite 패턴을 접했는데, 최근 SpringSecurity의 DelegatingPasswordEncoder 코드를 확인하는 과정에서 컴포짓 패턴이 적용된 것을 확인하게 되었고 컴포짓 패턴이 무엇인지 간단하게 정리해보기로 했다. 클라이언트와 Component의 컴파일 의존관계 - 어떤 객체가 '클라이언트'에게 foo 메시지를 전송하였다. - 클라이언트는 foo 메시지에 자기 나름의 방식대로 처리(메서드)하고 응답 할 책임을 가진다. - 하지만 이 과정에서 클라이언트 스스로 처리할 수 없는 일은 내부적으로 알고 있는 Component 역할에게 operation() 메시지를 전송하여 협력을 요청한다. - Component 역할을 수행할 수..
이 글은 - 조영호 님의 '오브젝트' 1장 객체, 설계의 2절 "무엇이 문제인가" 부분을 정리하면서 다루고 있다. - 1.1절에 관한 글은 이전 글을 참고 - 오브젝트는 전반적으로 객체지향 개념을 직접 코드로 작성해서 설명하는데, 책만 읽지 말고 직접 예제 코드를 코드로 작성하여 실습해보는 것을 권장한다. 모든 모듈은 제대로 실행돼야 하고, 변경이 용이해야 하며, 이해하기 쉬워야한다. 1. 수동적인 객체 → 읽기 어려운 코드, 예상을 벗어나는 코드 public class Theater { private TicketSeller ticketSeller; public Theater(TicketSeller ticketSeller) { this.ticketSeller = ticketSeller; } public ..
이 글은 - 조영호 님의 '오브젝트'를 각 절(Chapter를 장이라고 하고, 각 소단원을 절이라고 보면 된다. 예를 들어 1장의 1 단원을 1.1 절이라고 하겠다.) 마다 읽고 느낀 점 위주로 정리하고 있다. - 보통 각 장의 1절 부분 앞에 서두 부분이 있는데 이들도 1절을 다룬 글 앞에서 함께 언급할 것 - 오브젝트는 전반적으로 객체지향 개념을 직접 코드로 작성해서 설명하는데, 책만 읽지 말고 직접 예제 코드를 코드로 작성하여 실습해보는 것을 권장한다. 이 책을 언제, 누가 읽을까 - java 문법을 얕게 1회독 한 상태에서 읽으면 좋다. - java가 아니더라도 객체지향 패러다임을 접목시킨 언어를 다룬다면 반드시 읽는 것을 추천한다. - 객체지향이 단순히 클래스를 작성해서 연관된 데이터 넣고, 캡..