HTTP 방법은 나무 등의 경우에는 동일한 요청을 만들 수 있습니다 한번이나 몇 번 연속으로 동일한 효과를 떠나는 동안 서버에서 동일한 상태입니다. 즉,멱등수 방법은 부작용이 없어야합니다(통계 보관 제외). 제대로 구현되는GETHEADPUT,andDELETEPOST방법입니다. 모든 안전한 방법도 멱등수입니다.

하 멱등만 실제 백엔드 서버의 상태로 간주됩 상태 코드를 반환에 의해 각 요청이 다를 수 있습니다:첫 번째 호출의DELETE200404DELETE는 나무 등은 개발자들이 구현되지 않 RESTful Api 를 가진 마지막 항목을 삭제 기능을 사용하는DELETE방법입니다.메서드의 멱등수가 서버에 의해 보장되지 않으며 일부 응용 프로그램에서 멱등수 제약 조건을 잘못 깨뜨릴 수 있습니다.나는 이것이 내가하는 일이 아니라고 생각한다. 라고 여러 번 연속으로 클라이언트가 같은 결과:

GET /pageX HTTP/1.1GET /pageX HTTP/1.1GET /pageX HTTP/1.1GET /pageX HTTP/1.1

POST /add_row HTTP/1.1지 않은 나무 등면 그것은이라고 여러 번,그것은 추가한 여러 가지 행

POST /add_row HTTP/1.1POST /add_row HTTP/1.1 -> Adds a 2nd rowPOST /add_row HTTP/1.1 -> Adds a 3rd row

DELETE /idX/delete HTTP/1.1은 나무 등, 는 경우에도 반환된 상태 코드 변경될 수 있 요청 사

DELETE /idX/delete HTTP/1.1 -> Returns 200 if idX existsDELETE /idX/delete HTTP/1.1 -> Returns 404 as it just got deletedDELETE /idX/delete HTTP/1.1 -> Returns 404