질문과 답변
멘토링 결과 요약
- 앞으로의 약속
- PR 단위
- CRUD를 기본으로 하되, 너무 길면 분리하여 PR하는 것으로!
- DTO 컨벤션
- 하나의 API에 대해 요청/응답 각각 하나 씩 만들기.
- 생성이나 수정처럼 반환값이 유사해도 분리.
- Validation은 일단 keep
- 테스트하기 좋은 코드
- 지금까지 구현한 코드 “테스트하기 좋은 코드”로 리팩토링
- 이건 백엔드 개발 끝나고 리팩토링하는 것으로 결정!!
테스트코드는 일단 생략(수동 테스트로..)
- 당장 해야할 것
- 에러코드 도메인별로 분리 (공통)
- API 엔드포인트 변경 (공통)
- 상위 Id들은 바디에 담고 최하위 Id정도만 url에 포함하기
- DTO 분리하기 (공통)
- 하나의 API에 Request, Response DTO 하나씩 + 메서드끼리 엔티티데이터 주고받을 때 DTO로
- 시큐리티 필터에서 Request헤더에 memberId, memberRole 박기 (다빈)
- 상속받고 오버라이딩하는 방법으로 updatedAt 커스텀 (준범)