한 가지 방법은 리소스 URL을 간단하게 유지해야한다고 말합니다. 우리는 HTTP의 동사와 경로로서의 자원 이름을 가지고 있습니다.REST 디자인 : 리소스 동사 또는 관련 컬렉션?
GET /books/12
을 우리가 관련 수집을 가져하려는 경우, 우리가 할 수 있습니다 : 그래서 우리가 가질 수있는
GET /books/12/pages
을 다른 한편으로는, 소위 자원 동사를 사용하는 관행이있다 여기서 동사 연산을 미세 조정할 수 있습니다.
POST /books/12/bookmark
내 API에는 두 가지 방법을 사용하지 않습니다.
POST /book-bookmarks/12/
또는 다른 ID :
POST /bookmarks/12+book/
나는 첫 번째 방법은 (자원 이름을 사용할 수있는 즉, 어떤 동사) 더 정확한 없다고 생각하고, 같은 우리가 다른 개체를 사용할 수있는 두 번째 방법을 모델링하는 경향이
이 질문에 대한 답변이 없지만 어느 것이 좋습니다. 나는이 같은 디자인 결정을 실제로 거친 사람들의 답변을보고 싶습니다.