原產地REST API模式：將需要得到什麼回報

Question

我們用一個模式在一個客戶端（例如角）可使用GET /things得到一組資源表示的（又名實體），並返回這些實體中的任何一個作爲有效載荷PUT /things/{id}。

一切都很好（只要id的URI，而不是在有效載荷），除非獲得響應實體包括沒有意義的PUT摘要信息。是的，因爲它可能，我正在尋找這個GET-out，PUT-in模式的起源或支持者（有或沒有對現實的修改），以清楚地表明它不是REST的一部分規範。我發現了諸如此類的純粹地道選擇被認定爲「RESTful」的情況，以及例外情況 - 通過推廣 - 異端。我認爲這個過程被稱爲pseudepigrapha。

任何想法？

Answer 1

REST風格不會告訴你的事情在操作層面。事實上，與流行的看法相反，HTTP並不是正式的事實上的REST通信協議，但它已經成爲如此，因爲它在WWW（萬維網）上被廣泛採用爲選擇協議。所以，通過GET獲取某些內容然後將其作爲PUT發回的問題不屬於規範。相反，它可能會演變爲一種實踐，不能作爲設計原則/規範提倡。

REST是一種架構。 REST或具象狀態轉移處理通過網絡傳輸的實體狀態表示。在實際實現中 - 實體是業務對象，表示形式是JSON格式，狀態是通過網絡協議在每個JSON消息中攜帶的值組成的。

即將回到你的問題，因爲HTTP本身沒有被REST決定，設計的第一個這樣做的HTTP-GET和HTTP隨後，PUT是不是規範。充其量，可以引用它作爲最佳實踐。