REST 가 무엇인지 실제로 아무도 아무도 동의하지 않기 때문에 이것에 대한 좋은 대답을 얻지 못할 것이라고 생각합니다 . 위키 피 디아 페이지는 전문 용어 무거운 및 설명에 빛입니다. 토론 페이지는 사람들이 이것에 얼마나 동의하지 않는지 살펴볼 가치가 있습니다. 그러나 내가 알 수있는 한 REST는 다음을 의미합니다.

대신 무작위로 이름 세터와 게터 URL을 갖고 사용하는 GET모든 게터과 POST세터 모두를 위해, 우리는 URL이 자원을 식별하도록 시도하고 HTTP 작업을 사용 GET, POST, PUT그리고 DELETE그들에게 물건을 할 수 있습니다. 그래서 대신

GET /get_article?id=1
POST /delete_article   id=1

당신은 할 것

GET /articles/1/
DELETE /articles/1/

그리고 그 POST와 PUT대응 “을 만들”와 “갱신”작업 (하지만 아무도 어떤 방법 내내 동의하지 않음)에.

캐싱 인수는 일반적으로 캐시 되므로 일반적으로 캐시 문자열 을 사용할 필요 가 없기 때문에 캐싱 인수가 잘못되었다고 생각 합니다. 예를 들어 django는 이와 같은 것을 매우 쉽게 만들고 REST라고 말하지 않습니다.

GET /get_article/1/
POST /delete_article/     id=1

또는 URL에 동사를 포함 시키십시오.

GET /read/article/1/
POST /delete/article/1/
POST /update/article/1/
POST /create/article/

이 경우 GET부작용이없는 POST것을 의미하며 서버의 데이터를 변경하는 것을 의미합니다. 난 당신이 전체 피할 수 특히,이 아마 조금 명확하고 쉽게 생각 PUT일등석 POST일을. 또한 원하는 경우 동사를 더 추가 할 수 있으므로 HTTP가 제공하는 기능에 인위적으로 구속되지 않습니다. 예를 들면 다음과 같습니다.

POST /hide/article/1/
POST /show/article/1/

(또는 어쨌든 예제가 발생할 때까지 생각하기가 어렵습니다!)

결론적으로 볼 수있는 장점은 두 가지뿐입니다.

1. 웹 API가 더 깨끗하고 이해하기 쉬울 수 있습니다.
2. 웹 사이트와 데이터를 동기화 할 때는 말만 synchronize("/articles/1/")하거나 무엇이든 할 수 있기 때문에 REST를 사용하는 것이 더 쉽습니다 . 이것은 코드에 크게 의존합니다.

그러나 나는 꽤 큰 단점이 있다고 생각합니다.

1. 모든 조치가 CRUD에 쉽게 맵핑되는 것은 아닙니다 (작성, 읽기 / 검색, 업데이트, 삭제). 객체 유형 리소스를 다루지 않을 수도 있습니다.
2. 모호한 혜택을위한 추가 노력입니다.
3. 어떤 방법으로 라운드로 혼란 PUT하고 POST있습니다. 영어로 그들은 비슷한 것을 의미합니다 ( “나는 벽에 통지를 게시 / 게시 할 것입니다.”).

결론적으로 말하면 : 추가 노력을 기울이고 싶지 않거나 서비스가 CRUD 작업에 실제로 매핑되지 않으면 API의 두 번째 버전에 대해 REST를 저장하십시오.

방금 REST와 관련하여 또 다른 문제가 발생했습니다. 한 요청에서 둘 이상의 작업을 수행하거나 복합 객체의 일부를 가져 오려는 것을 지정하는 것은 쉽지 않습니다. 이는 왕복 시간이 중요하고 연결을 신뢰할 수없는 모바일에서 특히 중요합니다. 예를 들어, 페이스 북 타임 라인에 게시물을 받고 있다고 가정합니다. “순수한”REST 방식은 다음과 같습니다.

GET /timeline_posts     // Returns a list of post IDs.
GET /timeline_posts/1/  // Returns a list of message IDs in the post.
GET /timeline_posts/2/
GET /timeline_posts/3/
GET /message/10/
GET /message/11/
....

어리석은 일입니다. Facebook의 API는 매우 훌륭한 IMO이므로 그들이하는 일을 봅시다 :

기본적으로 쿼리 할 때 대부분의 개체 속성이 반환됩니다. “fields”쿼리 매개 변수를 사용하여 리턴 할 필드 (또는 연결)를 선택할 수 있습니다. 예를 들어이 URL은 Ben의 ID, 이름 및 사진 만 반환합니다.
https://graph.facebook.com/bgolub?fields=id,name,picture

REST로 어떻게 그런 일을하는지 전혀 알지 못하며 여전히 REST로 계산되는지 여부를 알 수 있습니다. 나는 당신이 그렇게하지 말아야한다고 말하려고하는 누군가를 확실히 무시할 것입니다 (특히 이유가 “휴식이 아니기 때문에”)!

답변

GET /products/1052/reviews
POST /products/1052/reviews       "5 stars"
DELETE /products/1052/reviews/10
GET /products/1052/reviews/10

GET /reviews?product_id=1052
POST /post_review?product_id=1052                  "5 stars"
POST /remove_review?product_id=1052&review_id=10
GET /reviews?product_id=1052&review=10