Skip to content

[이현경] 7주차 과제 제출#28

Merged
jettieb merged 1 commit into
EFUB:member/eluda315from
eluda315:week1-5
May 20, 2026
Merged

[이현경] 7주차 과제 제출#28
jettieb merged 1 commit into
EFUB:member/eluda315from
eluda315:week1-5

Conversation

@eluda315
Copy link
Copy Markdown
Member

📌 구현 기능

  • 게시글 좋아요 생성
  • 게시글 좋아요 삭제
  • 댓글 삭제

🗂️ 과제 정리

게시글 좋아요 생성

image

댓글 좋아요 삭제

image

댓글 삭제

image

⚠️ 어려웠던 점

  • 게시글 댓글의 좋아요 개수를 필드로 가지게 하였는데, 이때 게시글 좋아요 생성/삭제를 할 시 response body를 주는게 좋은건지?(좋아요 수를 보여주면 좋을 것 같아서,,) 아니면 그냥 created와 no content으로 하는 것이 일반적인 건지 궁금합니다.

@eluda315 eluda315 requested a review from KKANGCHONG May 13, 2026 13:02
@eluda315 eluda315 self-assigned this May 13, 2026
@KKANGCHONG
Copy link
Copy Markdown

image

현재는 Comment 에서 Post를 참조하는 단방향 관계만 설정 되어 있는거 같습니다! 이런 경우에 댓글이 달린 게시글을 삭제하려고 하면 외래키 제약 조건 위반 에러가 발생할 수 있습니다. 게시글 삭제 시 관련 댓글이 함께 삭제되도록 CascadeType.ALL 과 orphanRemoval = true 설정을 추가하는 것이 좋습니다!

@KKANGCHONG
Copy link
Copy Markdown

image

현재는 좋아요 생성, 삭제 모두 200 OK 를 반환하는거 같습니다. REST API 설계 원칙상 자원을 생성 했을 때는 201 Created, 삭제 시에는 204 No content를 반환하는 것이 일반적입니다!

@KKANGCHONG
Copy link
Copy Markdown

어려웠던 점에 적어주신거 또한 정답은 없지만! 좋아요 생성/삭제 API에서 PostResponse를 반환하여 최신 좋아요 수를 바로 확인할 수 있게 한 점은 프론트엔드 입장에서 유용한 설계라고 생각합니다. 다만 REST API 관점에서는 좋아요 생성 시 201 Created, 삭제 시 204 No Content를 반환하는 방식도 일반적으로 사용합니다~ 앞으로 프로젝트 내 다른 생성/삭제 API들과 응답 형식을 맞추는 방향으로 선택하면 더 일관성 있는 API가 될 것 같습니다!
개인적으론 좋아요는 그냥 상태 변환이기 때문에 여기선 201, 204를 쓰는게 좀더 나을거 같습니다😊

@KKANGCHONG
Copy link
Copy Markdown

과제하느라 정말 고생 많으셨어요👍🏻 전체적으로 구현 너무 잘하셔서 리뷰할게 많이 없었네요 ㅎㅎ 수고하셨습니다~!

@jettieb jettieb merged commit 110b0ac into EFUB:member/eluda315 May 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants