review 와 comment가 1:N 관계일때 comment 관련 api 엔드포인트는
/reviews/:reviewId/comments/:commentId 이렇게 해야함? 아니면
commentId가 pk니까
/comments/:id 이렇게 해야함?
계층관계를 나타내려면 전자가 맞는데 굳이 pk가 있는데 reviewId를 받아야하나 싶어서
review 와 comment가 1:N 관계일때 comment 관련 api 엔드포인트는
/reviews/:reviewId/comments/:commentId 이렇게 해야함? 아니면
commentId가 pk니까
/comments/:id 이렇게 해야함?
계층관계를 나타내려면 전자가 맞는데 굳이 pk가 있는데 reviewId를 받아야하나 싶어서
comments/:id - dc App
comment가 별도 엔티티일거니까 review에 종속된 것만 조회하닌게 아니고 id로 조회하는거면 이게맞을듯 - dc App
컨트롤러 분리하기가 싫은데 /reviews/comments/:commentId 이렇게 하는건 어떻게 생각함?
그래도 상관없을듯 uri 계층에맞게 controller 만들거면.. 다른 api에서도 비슷한 방식으로 쓰면 괜찮을 것 같음. - dc App
유저입장에서는 /reviews/comments/:commentId 가 훨씬 더 직관적임. 내부 구현은 모르겠고, 내 리뷰들에서의 comment를 조회하는 구조니까
근데 만약에 commentId로만 해결되는 구조다 그럼 commentId가 아니라 좀 추상적인 id면 이해감. 예를들어서 documentId같은거라던지..
걍 쿼리로 빼셈