사용자 그룹이 있고 그룹에서 사용자를 추가/삭제하려고한다고 가정 해 봅시다. 내가 헷갈리는 부분은 URL을 디자인하는 가장 좋은 방법이 될 것입니다. 여기에 옵션REST 디자인 : REST를 사용하여 주어진 엔티티에서 관련 엔티티 추가/삭제
옵션 # 1
있습니다 POST/그룹/{의 groupId}/사용자 - 사용자 ID를 포함 할 요청 본문 삭제/그룹/{의 groupId}/사용자/{userId를} - - 사용자 ID 경로에있을 것입니다 및 요청 본문이 비어 있습니다
옵션 # 2
DELETE/그룹/{의 groupId}/사용자 - 요청 몸이 사용자 ID를 포함합니다,POST/그룹/{의 groupId}/사용자/{userId를} - 사용자 ID 경로에있을 것입니다 및 요청 본문이
내가 생각 비어 모두 답변은 정확하고 나는 더이 추측하지 있어요 여기에 옳고 그른 대답, 개인적 취향 만 있습니다. 그러나 널리 사용되는 것이 무엇인지 알고 싶습니다. 나는 당신이 POST
ing 인 데이터가 url
의 일부가되어서는 안되는 어떤 책 (이름이 나를 도피)에서 읽었 기 때문에 DELETE
을 사용하는 동안 최선의 제한이 없다는 이유로 OPTION # 1을 사용 해왔다.
모든 의견을 환영합니다!
입력 해 주셔서 감사합니다! 요청 본문의 유일한 내용이 사용자의 ID인데도 옵션 # 1이 유효하다고 생각하십니까? – shahshi15
요청 URI에 이미 'userId'가 있기 때문에 DELETE 요청을 보낼 때 요청 본문에 아무 것도 넣지 않아도됩니다. 'POST'와'PUT' 요청 만 요청 본문을 가져야합니다. –
@xmenymenzmen HTTPbis 스펙에서 DELETE 요청 본문을 사용할 수 없습니다. http://tools.ietf.org/html/draft-ietf-httpbis-p2-semantics-25#page-29 –