20231214_TIL

12/13 10:00 오전회의록.

1. 현재 진행상황

• 찬기 : USER CRUD / 회원가입, 로그인기능 테스팅 완료.
• 금일 중 회원 수정 조회 삭제 기능구현 예정. - 선아 : review base set up 과정 / prisma schema 및 기본 router base 테스팅. - 한빛 : reservation schema 정리 및 기능 구현중. / 3 layerd 계층 분리 완료. reservation 관련 CRUD 코드 구현완료. - 민희 : pet Sitter 회원관련 CRUD 기능 구현 및 마무리 단계.

1. 해야 할 상황.

현재 pet sitter라는 새로운 table이 생성된 부분과, user schema petName, petType이 현재 notNull값이 아닌데, 현재 user CRUD body값에 포함되게끔 설정이 되어있는데. 오후 회의때 해당 코드 리뷰 시 제할지 포함할지에 대한부분 회의가 필요함.

현재 모든코드 merge가 이루어지지 않은 부분이 있어서 변수명 작명에 대한부분도 공통적으로 비슷하게끔 일련화에 대한 부분이 필요함.

 

 

SA 서면 피드백

 

"* 업무 분장이 아예 비어있네요. 내용을 채워주시길 바랍니다. * 이한빛님은 빠르게 업무 마무리를 하셨네요. 좋습니다. * 로그인 API에는 리퀘스트 헤더에 Bearer 토큰을 전달하는 것이 불가능합니다. * 회원 삭제 API의 경우에는 리프레시 토큰을 같이 받아 혹여나 엑세스 토큰이 유출되었을 때 회원 삭제가 되지 못하도록 조치를 취해주세요. * 회원 가입은 시터 회원가입과 별개로 두지 마시고 하나의 API로 관리를 한 후 role: ""user"", ""sitter""로 구분지어서 가입시키게 해주세요. * ""sitter""의 경우에는 시터에 필요한 추가정보들만 리퀘스트의 바디로 던지면 됩니다. * 전반적으로 일반 회원과 시터의 API가 이원화가 되어있는데 이것은 하나로 관리해주세요. * 유저의 타입은 어차피 데이터베이스에서 조회가 되며 해당 타입에 맞게 입력값 유효성 검사를 진행해주시면 문제가 없습니다. * 예를 들어, 시터인 경우에는 정보 수정 시 시터의 커리어를 입력할 수 있어야 하지만 유저인 경우에는 그럴 필요가 없죠. * 이렇게 설계가 되면 유저와 시터외에 다른 role들이 추가될 때마다 API도 선형적으로 늘어나야 한다는 단점이 있습니다. * type이 ""user""일 때 리퀘스트 헤더 포맷 & 리스폰스 포맷, ""sitter""일 때 리퀘스트 헤더 포맷 & 리스폰스 포맷이 API 문서에 명확히 기술이 되면 문제가 없습니다. * ERD 피드백 * 유저와 펫시터는 하나의 유저 테이블로 관리를 해주시고 펫시터의 상세 정보는 유저 ID를 PK로 취급하여 테이블로 관리해주세요. * 이 때 유저 테이블에는 role과 같은 역할을 구분지을 수 있는 컬럼이 필요합니다. * 커리어 및 펫시터에 관련된 정보들만 펫시터의 상세 정보 테이블에 두세요. * 이메일, 이름, 패스워드와 같은 항목들은 다 유저 테이블에 있으니 삭제를 해주셔야 됩니다. * 펫 테이블이 생성이 안되었네요. 이 역시 유저 ID를 PK로 취급하여 테이블로 관리해주세요. * 한명의 유저는 여러 반려동물을 보유할 수 있습니다. 유저 테이블에 pet 정보는 넣지 말아주시고 pets와 같은 테이블로 관리해주세요. * 리저베이션과 리뷰의 관계는 1:1이 맞습니다. 잘하셨습니다! * 리저베이션과 리뷰 테이블도 잘 작성은 하셨습니다만 리저베이션에 이미 의뢰인의 ID (유저 ID)가 들어가므로 리뷰에는 굳이 해당 컬럼이 필요하지 않습니다. "

 

12/14 오전 9:49분까지의 업무결과

조원 전부 BACKEND 기능개발은 완료.

12/14 오전 SA서면 피드백 확인

금일 과업 목록

• 민희/찬기 : User Table, Sitter Table 합쳐서 DB Push / 백엔드 코드 합치기.

Pet Table 생성.

User Table Pet 정보 빼고 Pets Table 따로 생성해서 유저와 펫의 관계 1:N으로 될 수 있도록

스키마설계.

• 선아 : 리저베이션과 리뷰 테이블도 잘 작성은 하셨습니다만 리저베이션에 이미 의뢰인의 ID (유저 ID)가 들어가므로 리뷰에는 굳이 해당 컬럼이 필요하지 않아 수정예정.

미들웨어 현재 모두 작동하는것으로 확인되나, 하나의 미들웨어로 합칠 필요성이있음.

---

FRONTEND

금일(12/14)중 FRONTEND 메인 화면 및 회원가입 / 로그인 화면 설계 및 테스팅 예정.