-
요청, 응답, 계층간 전송 모두 DTO 만들기
- entity X
- 디티오 네이밍은 ~request, ~response, ~transfer 붙이기?
- 너무 길어질라나??
-
예외는 CustomException 상속해서 사용
-
표준 응답 객체 (제네릭
- 응답코드
- 바디
- 에러
- 벨리데이션 에러같은거
-
패키지 구조
- 컨트롤러는 밖에
- 엔티티도 밖에 있는게 보기 편할듯??
- 서비스, 레포, 디티오는 도메인 패키지안에 도메인별로 관리
- 그냥 서비스 패키지안에 서비스, 레포 패키지안에 레포 넣도록 통일?
- 디티오는 디티오 패키지안에 request, response, tranfer(계층간전송) 일케 만들고 사용
- 엄청 많아질거라 나누는게 나을듯
-
디비 나눠서 사용
- 개발은 senna, soap같은 디비 만들어서 각자하고 배포서버엔 DDL직접날리는게 좋을듯
Comment
- DDL 다듬어서 사용하고 , auto : none or validate 사용
- transfer DTO는 controller ↔ service 의미? service → Entity도 필요
- ~~InfoforUpdate 같이 [ 담긴 정보 + For + 용도 ] 로 네이밍
- 표준 응답 객체 샘플 https://github.com/codesquad-masters2024-team01/issue-tracker/blob/main/be/issue_tracker/src/main/java/team1/issuetracker/domain/ApiResponse.java
Entity에 어노테이션 붙이는 순서 (위부터)
- Spring 및 JPA 관련 어노테이션
- Validation 어노테이션