REST HTTP狀態代碼用于失敗的驗證或無效的復制我正在使用基于REST的API構建一個應用程序，并且已經到了為每個請求指定狀態代碼的地步。對于驗證失敗的請求，或者請求試圖在我的數據庫中添加副本，我應該發送什么狀態代碼？我看過了http：/www.w3.org/protocol/rfc 2616/rfc 2616-sec10.html但似乎沒有一個是對的。在發送狀態代碼時是否有常見的做法？
3 回答
縹緲止盈
TA貢獻2041條經驗 獲得超4個贊
由于格式錯誤，服務器無法理解請求。
由于被認為是客戶端錯誤，服務器無法或不處理請求。
楊魅力
TA貢獻1811條經驗 獲得超6個贊
驗證失?。?03禁止(“服務器理解請求，但拒絕滿足請求”)。與流行的觀點相反，RFC 2616并沒有說“403只用于失敗的認證”，而是“403：我知道你想要什么，但我不會這么做”。該條件可能是也可能不是身份驗證造成的。 嘗試添加一個復制：409沖突(“由于與資源的當前狀態發生沖突，請求無法完成”)。
X-Status-Reason: Validation failed).
繁花不似錦
TA貢獻1851條經驗 獲得超4個贊
11.2.422個不可處理實體
422(非處理實體)狀態代碼意味著服務器理解請求實體的內容類型(因此415(不支持的媒體類型)狀態代碼不合適)，并且請求實體的語法是正確的(因此400(壞請求)狀態代碼不合適)，但無法處理所包含的指令。例如，如果XML請求體包含格式良好(即語法正確)但語義錯誤的XML指令，則可能出現此錯誤情況。
添加回答
舉報
0/150
提交
取消