백엔드 좋아요 기능 구현 궁금점

두가지 방법 모두 가능합니다. 해당 기능을 함께 구현하는 프론트엔드와도 논의를 해보시면 될듯해요. 그리고 정 궁금하시면 이미 적용된 서비스들에서 어떻게 하고 있는지 살펴보셔도 좋습니다. 당장 커리어리만 해도 좋아요 기능이 있죠. 이때 api 호출 어떻게하는지 살펴봐보세요!

사용자의 관점으로 생각해 보시면 좋습니다. 좋아요 버튼 클릭에 따라 notification을 받아서 갱신하지 않는 이상 실제 상태와 동기화 문제가 있을 수 있습니다. 사용자 화면에 좋아요 상태에서 눌렀을 때 db값과 관계없이 사용자는 좋아요 취소를 하고 싶어서 눌렀다고 생각하고 동작하는게 맞습니다. 반대로 2번대로 하게되면 화면 : 좋아요 / db :좋아요 X 상태에서 사용자가 좋아요 버튼을 눌렀을 때 다시 좋아요로 표시되는 상태를 사용자가 버그로 인식할 가능성이 높습니다. 고로 저는 1번이 낫다고 생각합니다.

좋은 고민인 것 같습니다. 비즈니스 요구사항에 따라, 개발 조직에 따라 지향점은 다르다고 생각이 듭니다만, 2번의 경우 액션을 핸들링하는 것이기에 REST 관점에서는 일반적으로 로그인과 같이 POST 와 같은 액션 API를 따로 만들어서 핸들링하게 될 것 같네요. 개인적으로는 1번에서 명시해주신 것처럼 삭제, 생성,조회로 api를 분리하는 편이 메서드가 좋을 것 같다고 생각하는데요. 사람마다생각이 다르겠지만 보다 REST하게 자원 및 자원에 대한 행위를 구체적으로 명시 할 수도 있고(아래 코드 참고), API별로 리소스에 가하는 행위가 분리되어 있어 유지보수 측면에서 코드가 간소화 될 것 같아서 이점이 있을 것 같네요

1
2
3
GET postings/{postingId}/stars #포스팅에 좋아요를 누른 리스트 조회
POST postings/{postingId}/stars #좋아요 생성
DELETE postings/{postingId}/stars/{starId} # 좋아요 삭제

그냥 fav:true fav:false로 받으면 되지 않나요 API는 한개로