REST API에 대한 문서를 읽었습니다. 초보자의 관점에서 볼 때, 메소드로 모든 것을 할 수 있는데 왜 REST를 사용하는지 이해가 되지 않습니다 post.
예를 들어, 백엔드에 항목 하나를 삭제하도록 요청하는 경우 간단히 요청 delete_one에서 URL을 호출할 수 있습니다 POST. 번거로운 DELETE요청을 설계할 이유가 무엇입니까?
답변1
REST 제약조건의 목표 중 하나는 계층화된 캐시의 이점을 활용하는 것입니다. REST 아키텍처 스타일을 따르면 엔드포인트(클라이언트 및 서버)뿐만 아니라 캐시 및 미들웨어와 같은 중간 구성 요소에서도 이해할 수 있는 방식으로 다양한 작업 간의 작업 및 관계를 설명하는 공통 언어가 제공됩니다. 이러한 캐시와 미들웨어는 애플리케이션에 맞게 특별히 구축되거나 구성되지 않은 일반적인 기성 구성 요소일 수 있지만 HTTP(또는 사용하는 REST 유형)의 기본 의미만 이해합니다.
특정 예에서는 HTTP DELETE 메소드를 사용할 때 해당 URL의 캐시가 무효화되어야 함을 나타냅니다.
DELETE 요청이 유효한 요청 URI에 대해 하나 이상의 저장된 응답이 있는 캐시를 통과하는 경우 저장된 응답은 무효화됩니다([RFC7234]의 섹션 4.4 참조).
이는 해당 URL에 대한 후속 GET 명령이 캐시가 아닌 원본 서버에서 검색되어야 함을 의미합니다.