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
- java
- springdataredis
- 스프링시큐리티
- 스프링부트
- oauth2
- 리프레시토큰
- 국제화
- JIRA
- 도커
- 스프링
- 재갱신
- 티스토리챌린지
- 소셜로그인
- AWS
- 프로그래머스
- 파이썬
- 토이프로젝트
- githubactions
- Spring
- 메시지
- 액세스토큰
- docker
- 백준
- 트랜잭션
- springsecurity
- 데이터베이스
- 오블완
- yaml-resource-bundle
- springsecurityoauth2client
- CI/CD
Archives
- Today
- Total
목록2024/10/31 (1)
땃쥐네
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/c6ErH3/btsKpfS2W8M/VVjjkuasMgKqDGw98Lb8r1/img.png)
이번 글에서는 이메일 사용가능 여부, 사용자아이디(username) 사용가능 여부, 닉네임 사용 가능 여부 API를 하나씩 구현해보겠습니다. 다만 데이터베이스와 접근해서 실제 데이터를 저장하고 조회하는 부분은 이번 글에서 다루지 않고 이후 글에서 다루겠습니다.1. 표현계층 구현 표현계층부터 구현해보겠습니다. EmailAvailableController 관점에서 생각해보겠습니다.EmailAvailableController는 EmailAvailableUseCase 를 통해 이메일 유효성 확인을 위임하고 그 결과를 받아와서, Api 응답을 작성합니다. 이 과정에서는 MessageResolver 를 사용할겁니다. 그런데 이 컨트롤러 구현 관점에서는 실제 빈으로 등록한 구현체가 어떤지는 생각할 필요가 없습니다.그..
Project
2024. 10. 31. 11:35