DTO는 어느 패키지에 존재해야 할까?
현재 프로젝트는 Layered Architecture를 사용하고있고, 해당 아키텍처에 따라 패키지를 분리 했다. 패키지 구조에 대해서 크게 고민해보지 않고 관습적으로 아래와 같이 작성했다. Layered Architecture 관심사에 따라 각 계층으로 분리하며, 각 계층은 자신의 하위 계층에만 의존하도록 설계된 아키텍처 패턴입니다 │─ controller │─ service │─ dto │─ domain 사실 위와 같은 설계가 Layered Architecture를 위반하고있지는 않다. 하지만 dto는 각각에 계층별로 사용되기 때문에 프로젝트가 커지면서 패키지별로 위치를 변경 하기로 했다. request, response dto 위치에 대해서 토론을 했었는데 그 당시에는 구조에 대해서 크게 고민을 해보..
내생각
2023. 9. 10. 23:21
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- ServletContainerInitializer
- dto 검증
- @FormProperty
- java 17
- JPA SQL Injection
- HTTPInterface
- Spring Boot 3
- 유저 시나리오
- DispatcherServletInitializer
- CreationTimestamp
- Attribute Converter
- feignClient
- 유저 스토리
- defer-datasource-initialization
- CreatedDate
- org.springframework:spring-webflux
- ValidateException
- setDateFormat
- User Scenario
- WebFlux 의존성
- @ElementCollection
- 구글 OpenID
- dto 위치
- FormProperty
- entity 검증
- 구글 소셜로그인
- BasicBinder
- @Converter
- HandlesTypes
- 레이어드 아키텍처
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
글 보관함