REST子實體

Question

什麼是更新子實體的適當的RESTful URL結構？

例如，我有一個問題實體。一個問題可以有很多答案。答案是不是隻是一個字符串更多，他們有一個用戶，pubdate的等

創建一個問題實體的URL是像這樣：

/questions/create 

將正確的格式是什麼創造一個答案一具體問題？也許是這樣的：

/questions/{questionId}/answers/create 

還是應該有自己的專用途徑，如：

/answers/create?questionId={questionId} 

感謝所有幫助你們可以提供！

Answer 1

與普遍的看法相反，REST並不是真的關於URL結構。事實上，應該只有一個'人類可讀的'URL，其餘的都是HATEOAS發現的。

此外，不應該有任何「創建問題的URL」。應該有一個（或許多）問題容器，當你在那裏發佈時，會創建新的實體。同樣，一旦你有了問題URL（創建時返回，客戶端不應該知道它具有什麼'結構'），你在那裏做新的POST來創建答案。

在你的榜樣，一旦你做任何所需autentication，一個GET的「根」 URL可以返回一個「主」資源提供一切必要的容器：

GET /api/ 
=> { "questions":"/api/questions/", .... } 

GET /api/questions/ 
=> [{"name":"firstone", "href":"/api/questions/11"}, 
    {"name":"final", "href":"/api/questions/43"}] 

GET /api/questions/101 
=> { 
    "name":"firstone", 
    "href":"/api/questions/11", 
    "text":"2+2", 
    "answers":[ 
     {"key":"A", "text":"23", "href":"/api/answers/15"}, 
     {"key":"B", "text":"3", "href":"/api/answers/34"}, 
     {"key":"C", "text":"4", "href":"/api/answers/7"} 
    ] 
} 

添加一個新的問題：

POST /api/questions/ {"name":"onemore", "text":"2^2"} 
=> 201 Location: /api/questions/45 
data: {"name":"onemore", "text":"2^2", "href":"/api/questions/45"} 

GET /api/questions/45 
=> {"name":"onemore", "text":"2^2", "href":"/api/questions/45"} 

添加一個答案：

POST /api/questions/45 {"key":"A", "text":"4.5"} 
=> 201 Location: /api/answers/56 
data: {"key":"A", "text":"4.5", "href":"/api/answers/56", "question":"/api/questions/45"} 

修改答案的文字：

PUT /api/answers/56 {"key":"A", "text":"4.8"} 
=> 200 
data: {"key":"A", "text":"4.5", "href":"/api/answers/56", "question":"/api/questions/45"} 

當然，這裏有很多變化，特別是當您獲取容器時會返回多少'深'信息。在這個例子中，當你得到一個問題時，有一個答案列表。一方面，它可能只是一個URL列表，客戶端必須獲取每一個URL，另一方面，它可能是每個URL的全部數據，因此您可以通過一個請求獲得所需的一切。

通常情況下，您必須爲每個容器選擇一個餘額，可能會有一些「基本」字段在第一次請求時很有用，而其他字段可能會延遲。