2014-09-22 3 views
11

하면 사용자가 얻을 수있는 곳의 내가 API를 가지고 있다고 가정 해 봅시다 포함해야 무엇 :는 편안하고 -은 DELETE 응답 본문은

GET /RESTAPI/user/ 

을 그리고 당신하여 사용자를 삭제할 수 있습니다

DELETE /RESTAPI/user/123 

는 편안하고 무엇입니까 DELETE의 응답 본문에 포함되어야하는 내용에 대한 내용은입니까? 나는 더 이상 id 123을 가진 사용자를 더 이상 포함하지 않는 모든 사용자의 새로운 목록이어야한다고 예상했다.

인터넷 검색 결과 만족스럽지 못했습니다. 나는 그 일을하는 방법에 대한 의견만을 찾았지만, 하지만 RESTful 서비스의 엄격한 정의는 없다?

이 질문은 DELETE에 관한 엄격한 정의를 묻기 때문에 What should a RESTful API POST/DELETE return in the body?What REST PUT/POST/DELETE calls should return by a convention? 의 중복이 아닙니다. 그 질문들은 단지 느슨한 의견에 의해서만 답변되었습니다.

답변

14

어려운 답변을 얻지 못한 이유는 어려운 RESTful 표준이 없기 때문입니다. 그래서 난 단지 당신이 하드 표준을 만들 것을 제안하고 자신의 API를 내 그것에 충실 할 수

내가 편안하고 서비스 http://www.vinaysahni.com/best-practices-for-a-pragmatic-restful-api

그것은 204 개 상태 및 빈 몸으로 응답 말한다위한 가이드로 이것을 사용

나는 이러한 표준을 고수하고 내 API를 사용하고자하는 사람에게 잘 문서화합니다.

+3

실제로 REST는 많은 제약이 있습니다. 표준 인터페이스를 사용하여 서버를 클라이언트에서 분리해야한다고 규정하는 통일 된 인터페이스 제약이 있습니다. 이들은 HTTP 표준, URI 표준, MIME 유형, 하이퍼 미디어, RDF vocab 등을 사용할 수 있습니다 ... 사용할 표준을 선택할 수 있습니다. URI를 작성하는 방법에 대한 엄격한 표준은 없으며 사용자 정의 규칙 만 있습니다 ... – inf3rno

관련 문제