[Steady] 스테디 탈퇴 기능 추가 및 리팩토링 #200
Conversation
- 이전 페이지의 개수가 더 적으면 최초 데이터를 커서로
- pageSize() 보다 작은 경우 최초 데이터를 이전 커서로 할당
Test Results 27 files 27 suites 8s ⏱️ Results for commit 3b7b42f. |
| @@ -114,7 +114,14 @@ public ResponseEntity<Void> updateSteadyQuestions(@PathVariable Long steadyId, | |||
| return ResponseEntity.noContent().build(); | |||
| } | |||
|
|
|||
| @PatchMapping("/{steadyId}/{memberId}") | |||
| @DeleteMapping("{steadyId}/withdraw") | |||
There was a problem hiding this comment.
REST API 형식으로 한다면 Http DeleteMethod가 행위를 나타내고 있어서 withdraw는 제거해도 되지않을까요?
There was a problem hiding this comment.
REST API에 대해서 좀 더 조사를 해보니 자원에 대한 컨트롤 자원에 대해서는 예외적으로 동사를 사용해도 괜찮다는 내용을 확인했습니다. [ 참고 링크 ]
그런데 여기서 말하는 컨트롤 자원이 정확히 어떤 것을 의미하는지는 잘 모르겠습니다. 위 참고 링크에서 설명하는 예시에서는 http://api.test.com/posts/duplicate 와 같은 사용은 허용해도 좋다라고 말하고 있는데, 단순한 CRUD를 넘어서는 동작을 표현할 때를 이야기하는 것 같기도 합니다.
만약, 행위를 나타내지 않기 위해 withdraw라는 표현을 없앤다면
@DeleteMapping("/{steadyId}/members/{memberId}")-> 리더가 참여자를 추방하는 API@DeleteMapping("/{steadyId}")-> 스테디 자체를 삭제하는 API
와 겹치지 않게 DeleteMethod를 사용해야 하는데 어떤 구조를 가지면 좋을까요?
There was a problem hiding this comment.
혹시 DELETE /steady/{steadyId}/members/{memberId} 이런 형식은 어떤가요?
There was a problem hiding this comment.
이미 위에서 말씀드린 1번 api가 @RequestMapping("/api/v1/steadies) + @DeleteMapping("/{steadyId}/members/{memberId}") 구조로
DELETE /api/v1/steadies/{steadyId}/members/{memberId}를 사용하고 있습니다
✅ PR 체크리스트
💡 어떤 작업을 하셨나요?
Issue Number : #199
작업 내용
📝리뷰어에게
PATCH메서드를 사용하게끔 API를 작성하였었는데, 해당 부분에 대해 다시 공부해본 결과 논리적 삭제 물리적 삭제와 관계 없이 서비스 입장에서 바라봤을 때는 삭제라는 명확한 행위를 호출하는 것이기 때문에 DELETE 메서드로 변경하였습니다.