2025.02.12(수)
2025.02.12(수)에 이루어진 7회차 회의록입니다.
0. 안건
백엔드에서 예외 발생 시 응답 구조
JWT 관련 정보 공유
여러가지 제한 사항 정하기
MAP Api 응답 정보 공유
1. 백엔드 예외 발생 시 응답 구조
백엔드의 비지니스 로직에서 예외가 발생했을 때, 일정한 응답 구조를 통해 어떤 예외가 발생했는지 알리고 있음.
기존 예외 응답 →
code
에 보내지는 메세지가 resultCode에 종속되어, 정확히 어떤 에러인지 구분이 힘들 것 같다는 생각이 들었음
후보
1번(기존 방식)
2번 (code에 ErrorCode명 넣기) - 채택 → 예외에 대해 더 정확히 파악하고, 처리할 수 있을 것 같다는 프론트엔드의 의견!
3번(resultCode, code에 ErrorCode 정보 넣기)
2. JWT 관련 정보 공유
access-token : Authorization 헤더로 전송 → 프론트에서 저장을 하고 있다가 → API 요청마다 헤더에 담아서 요청
refresh-token: http-only cookie 사용 예정 → 프론트에서 다른 조치 아마 필요없을 듯?요?
소셜로그인 시도
3. 여러가지 제한사항 정하기
채팅 메세지 한 번 보낼 때 길이 제한 → 1000자
사진 파일 크기
한 장 당 5mb
한 번에 최대 10장 허용
모먼트 이름 길이 제한 → 2~20자
4. MAP api 정보 공유
서비스에서 필요한 정보
place_name
address_name(지번)
road_address_name(도로명)
Phone(전화번호)
map → x, y
Last updated