[Spring Boot] Controller - Service 계층 리팩토링 with Facade 패턴
Facade 패턴 적용 이유 Service가 Controller의 DTO에 의존 개인 프로젝트를 진행하고 있던 중 고민인 부분이 생겼다. 바로 Controller - Service - Repository 계층에서 요청 또는 응답 DTO가 어디까지 진입 가능할지, 어디서부터 만들어져 나갈지에 대한 것이다. (참고로 여기서 말하는 DTO는 계층 간 DTO가 아닌 사용자 요청으로부터 오는 DTO 혹은 사용자에게 응답으로 전달되는 DTO를 말한다. 즉 Controller의 인자 혹은 반환값으로 전달되는 DTO) 기존에는 해당 블로그를 참고하여 DTO가 Service Layer까지는 들어오고 해당 계층에서 나갈 수 있도록, Entity ↔ DTO 간 변환은 별도의 Mapper 클래스가 수행하도록 구현하였다. 따라..
Spring/Spring
2023. 12. 21. 17:27
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- QueryDSL
- rest api
- Java
- spring
- SSE
- 디자인 패턴
- Front Controller
- 전략 패턴
- FrontController
- Spring Security
- junit5
- spring boot
- servlet filter
- Assertions
- 서블릿 컨테이너
- Linux
- spring aop
- 템플릿 콜백 패턴
- github
- Transaction
- C++
- JPA
- 모두의 리눅스
- ParameterizedTest
- facade 패턴
- Git
- mockito
- Gitflow
- 단위 테스트
- vscode
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함