Code Convention
•
Entity
◦
setter 사용 금지
▪
1번 해당 필드 값을 변경을 위한 메서드를 만들자 @setter 쓰지 말자
•
프로필 업데이라고 가정을 한다면 updateProfile(String name, String passwrd)
◦
private Builder → Builder 강제함으로써 코드 통일성 
•
객체간 변환 작업
◦
static method dto 내부에서 선언하고 to 로 반환
•
Custom ResultCode 사용
◦
Domain 별 ErrorCode + CommonCode
•
Custom ResponseEntity 사용
•
공통 예외 → 따로 클래스 만들지 않고 공통적으로 처리
•
api 1개당 dto 1개씩 (req, res)
◦
card → comment → task (계층을 표시하지만 모든 계층을 표기하기 보다는 자신의 부모 요소 하나정도로 가져간다.)
▪
1번 task → api/v1/comment/{commentId}/task
◦
단건 조회 @Pathvariable 사용
▪
요청할 데이터가 1개일 경우만 해당
▪
2개 이상은 Dto에 담아서 요청
Code Style
•
GoogleStyle → 인텔리제이 기능 을 더 사용해서 하자!
•
저장할때 자동 정렬 build 정렬
네이밍 규칙
•
dto
도메인 + 기능 + 요청 / 응답 Req / Res
◦
request: Req
◦
response: Res
•
메소드명: 무슨 일을 하는 메소드인지 이해될 정도면 됨
•
Entity
◦
엔티티명: 도메인명 그대로 ex) User
◦
테이블명: 예약어만 s 붙히기
◦
Optional를 빼지 않는다 → Optional<User> findById(Long Id)
public Card verifyExistsCard(Long cardId) {
return cardRepository.findById(cardId)
.orElseThrow(() -> new CardNotFoundException(ErrorCode.CARD_NOT_FOUND));
}
Java
복사
•
Service
◦
update → transactional, LAZY → tr = readonly = true
•
•
패키지 구조
◦
domain / global / infra (도메인 별로)
•
User
◦
소셜로그인
▪
google, naver, kakao
◦
로컬로그인
▪
닉네임(ID) / 전화번호 / 패스워드 회원가입
▪
id → autoincrement
◦
소셜 / 로컬 다른 유저 취급
◦
filter / 로그아웃 filter 처리
