PUT 와 DELETE 메소드로 200 돌려줄까 204 돌려줄까 고민했기 때문에 그 메모
200 돌려줄까 204 돌려줄까 대략의 방침이 보일 것!

204 소개

HTTP 상태 코드 204 No Content
번역하면 内容なし . HTTP 상태 코드로 204를 반환한다면 그 이름대로 응답 본문은 아무 것도 반환하지 않는 것이 정확합니다.

참고 : RFC2616 한국어 번역본 복제

PUT

RFC2616 9.6 PUT 한국어 번역본 복제 에는 갱신 성공시에는 200 또는 204 라고 기재되어 있었습니다

기존의 데이터를 갱신하는 것만이므로, 올바르게 갱신되었을 경우는 204의 스테이터스 코드만을 돌려주면 좋겠다-파

변경된 상태의 데이터를 반환해야 한다! 상태 코드는 200입니다! 파

PUT에서 위의 두 파벌? 생각? 종교 전쟁? ? ? ? 있는 것 같습니다.

RESTful에 대해 공부할 때 바이블로 한 책. 웹 API: The Good Parts 그럼, 후자의 200을 돌려주는 것을 추천하고 있었으므로, 기본은 200으로 좋은 것일까-안직

자신은 기본은 200 하지만 준비하는 API로 구분한다는 의견에 자신은 침착했습니다
(W3C도 어느 쪽인가를 사용합시다까지 밖에 언급하고 있으므로 이것으로 좋을 것...)

DELETE

DELETE에 관해서는, W3C가 이것! 라고 물건을 내고 있었으므로 따르는 것이 좋을까라고 생각합니다.

성공한 응답은 응답이 상태로 표시되는 엔티티를 포함한다면 200 (OK), 만약 동작이 아직 이루어지지 않았다면 202 (Accepted), 만약 동작은 행해졌지만, 응답에 엔티티를 포함하지 않으면 204 (No Content)이어야합니다>
RFC2616 9.7 DELETE 한국어 번역본 복제

논리 삭제의 경우 200, 물리적 삭제의 경우 204로 갈 수 있습니다.

덤

굉장한 그림이 있었다
다만 200과 204의 분기가 to content
htps : // 등 w. Giteubuse r 콘텐트 t. 코 m / 훼 루게 T / h tp로 시시 온 - ぢ 아 g m / 뭐 r / h t ppd. pg

참고

h tps : // / t p ぇ 응 rs 이것. 기주 b. 이오 / RFC2616- 그럼. HTML

h tps : // s t c ゔ ぇ rf ぉ w. 코 m / 쿠에 s 치온 s / 2342579 / h t p s 단지 s

htps : // 등 w. 기테부세 r 콘텐트 t. 코 m / 훼 루게 T / h tp로 시시 온 - ぢ 아 g m / 뭐 r / h t ppd. pg

htp : // bg.ぉ에 h. dk / 2013 / 04 / 30 / re st - ぇ 쵸 - 아 r 네 d ゔ ぉ e d 204 r s 폰세 s /