이번 스프린트 때 공통 할일
- 베포 서버 rds
- 더미 데이터 : sports / role / tag
- 베포 후 api 콜 테스트
미팅 전 안건 정리
- Address 필드에 대하여 : Enum / Table
- 네이티브 쿼리 -> status 칼럼 -> 객체지향 스럽지 X
- attribute converter : 객체 지향 스럽다,
- 로그아웃에 대해서 : (우선) 클라이언트에서 토큰 삭제 / 서버에서는 DB에 저장하고 있다가 flag를 사용해 해결하는 것이 하나의 방법이 될수 있다.
서초 : 1 경기장, 2경기장
구로
미팅 안건
- 이미지 테이블 / api 분리
- Validation : 레이어 vs 도메인
- void 여도 키를 넘겨 줘야 한다. → redirect url
- team.extracting("Id") : 실수할 수 있지만 직관적이다.
- 실패 테스트 500보다는 400 위주
- controller 테스트 : 성공하는 케이스 위주로 200만 확인 초록불이다!!
Cherry Boys 10조 질문 목록
- 구장 주소 에 대한 Address 데이터를 어떻게 관리하면 좋을까요?
- 인증/인가를 구현해 보았는데 refresh 토큰 없이 어떻게 로그아웃을 구현하면 좋을까요?
- Create / delete 시 리턴 값이 없을 때 성공 status 만 넘겨줘도 될까요??
- Controller 테스트 시 테스트 범위를 어느정도 잡아야 할까요?
- 프론트 에서 구현하고 있는 페이지에 맞춰서 api 개발을 진행하고 있는데 맞는 방향일까요?
나온 이야기
- Validation 검증은 Request VS Domain
- QueryDsl 에서 Q 파일을 찾지 못해 문제 해결중입니다.
"nickname": "yabi", "bio": "goguma", "gender": "남자", "ageGroup": "20대", "mannerTemperature": 36.5
id, sport , email, name, nickname, bio, gender. ageGroup, mannerTemperature