當我將HTTP PATCH請求放在一起時,我有哪些選項可以將數據包含在URL參數之外?通過HTTP PATCH請求包含數據的正確方法
以下任何一項工作,以及最常見的選擇是什麼?
- 的multipart/form-data的
- 應用程序/ x-WWW窗體-urlencoded
- 生JSON
- ...任何人?
當我將HTTP PATCH請求放在一起時,我有哪些選項可以將數據包含在URL參數之外?通過HTTP PATCH請求包含數據的正確方法
以下任何一項工作,以及最常見的選擇是什麼?
對於請求的實體主體沒有限制,如RFC 5789中所定義的HTTP PATCH
請求。所以從理論上講,你在這方面的選擇是無限的。
在我看來,唯一明智的選擇是使用相同的Content-Type
用於最初創建資源。最常見的選擇是application/json
,因爲大多數現代API都使用JSON作爲其首選數據傳輸格式。
唯一培訓相關聲明RFC 5789使得關於什麼應該和不應該是你的PATCH
實體主體的一部分,是對Content-Type
此事沉默:
封裝的實體包含描述一組指令應該如何修改當前駐留在源服務器上的資源以生成新版本。
總之,如何選擇修改應用程序中的資源完全取決於您。
沒有。媒體類型應該描述補丁格式。如果您起訴的媒體類型缺少在PATCH中使用的定義,那麼您沒有按照它應該使用的方式使用PATCH。 –
@JulianReschke可以自由地做一些有效的工作,併爲您的陳述發佈RFC參考,以便人們可以受益。否則,你沒有幫助任何人。特別是,如果這個答案是錯誤的,你應該發佈一個正確的。 – rdlowrey
看到http://www.rfc-editor.org/errata_search.php?rfc=5789 –