Keep (이번 주에 잘한 일)

• 1. 테이블 명세서 / ERD / API명세서 / 요구사항 정의서를 직접 작성함
  • 조교님 / 코치님 / 멘토팀의 리뷰를 받으며 좀더 완성도를 높임
  • 첫번 째 작성 서류들이 얼마나 완성도가 낮은지 이해하게 됨
  • 프로젝트 시작 전 어디까지 생각해야 하는지 체감함
• 2. 프로젝트 기획에서 기능이 이해가 안되는 부분은 즉각적인 대화를 통해 확정함
• 3. 요구사항정의서를 작성하면서 수정된 부분은 즉각적으로 프론트팀과 소통함
• 4. 프로젝트 기본세팅을 완료
  • issue / PR 기본 탬플릿을 설정함
  • git develop/main브랜치에 푸시 불가능하게 막음
  • PR도 1명의 검수가 끝나야 머지 가능하게 수정
• 5. README.md에 프로젝트 규칙을 정리해 놨음

---

Problem (고쳐야 할 점)

• 1. 팀원들과 소통은 많이 한거 같은데 프론트팀과는 수정사항을 제외한 소통이 없었음
• 2. 각자 현재 어디까지 세팅을 완료했고 구현했는지 확인을 안했음

---

Try (Keep과 Problem을 기반으로 시도해볼 것)

• 기본세팅은 끝났으니 프론트팀과 소통을 늘리고 각각 구현 현황을 적는 부분 만들기

---

오늘 학습 내용 ✅

• 배운점

• 멘토님 숙제하기

  • swagger editor 이용해서 자기 api 정리하기

• 현재 프로젝트 swagger 세팅하기

---

review

• post

---

• get

---

• put

---

• delete

---

좋아요 처리 과정 변경

변경전

변경후

• 기존에는 '좋아요' ↔ '싫어요' 간의 상태 변경이 필요하여 PATCH가 존재
  • 변경후 단순히 했다/안 했다(On/Off)의 개념이므로 수정 기능이 필요 없음
• 기존에는 {"vote_type": "LIKE"}와 같이 타입을 보냈지만
  • 이제는 행위 자체가 '좋아요'만을 의미하므로 Body에 데이터를 실어 보낼 필요가 없음

트랜잭션 필요

• 좋아요 등록 (POST)
  • review_like 테이블에 {review_id, user_id} 데이터 INSERT
  • reviews 테이블의 like_count 컬럼 값 +1 증가 (UPDATE)
  • (검증) 이미 review_like에 해당 유저+리뷰 조합이 존재하면 409 Conflict 반환
• 좋아요 취소 (DELETE)
  • review_like 테이블에서 {review_id, user_id} 데이터 DELETE
  • reviews 테이블의 like_count 컬럼 값 -1 감소 (UPDATE)
  • (검증) 삭제할 데이터가 없으면 404 Not Found 반환

---

새롭게 알게된 내용 ✅

---

오늘 발생한 문제(발생 했다면) ✅

[ 🔴 문제: ]


[ 🟡 원인: ]


[ 🔵 해결: ]