首頁猿問 REST...

REST HTTP狀態(tài)代碼用于失敗的驗證或無效的復(fù)制

Html5

眼眸繁星 2019-07-22 16:12:54

REST HTTP狀態(tài)代碼用于失敗的驗證或無效的復(fù)制我正在使用基于REST的API構(gòu)建一個應(yīng)用程序，并且已經(jīng)到了為每個請求指定狀態(tài)代碼的地步。對于驗證失敗的請求，或者請求試圖在我的數(shù)據(jù)庫中添加副本，我應(yīng)該發(fā)送什么狀態(tài)代碼？我看過了http：/www.w3.org/protocol/rfc 2616/rfc 2616-sec10.html但似乎沒有一個是對的。在發(fā)送狀態(tài)代碼時是否有常見的做法？

查看完整描述

3 回答

冉冉說

TA貢獻(xiàn)1877條經(jīng)驗獲得超1個贊

對于輸入驗證失?。?/trans>400壞請求+你可選擇的描述。這是在書中提出的“RESTful Web服務(wù)“.雙重提交：409沖突

有關(guān)的規(guī)范過去是RFC 2616，這使得400(不良請求)的使用范圍很窄。

由于格式錯誤，服務(wù)器無法理解請求。

所以它強(qiáng)權(quán)有人認(rèn)為這對語義錯誤是不合適的。但不再是了；自2014年6月以來，相關(guān)標(biāo)準(zhǔn)RFC 7231，它取代了以前的rfc 2616，從而使用了400(不良請求)更廣泛地說

由于被認(rèn)為是客戶端錯誤，服務(wù)器無法或不處理請求。

反對回復(fù) 2019-07-23

撒科打諢

TA貢獻(xiàn)1934條經(jīng)驗獲得超2個贊

驗證失?。?03禁止(“服務(wù)器理解請求，但拒絕滿足請求”)。與流行的觀點相反，RFC 2616并沒有說“403只用于失敗的認(rèn)證”，而是“403：我知道你想要什么，但我不會這么做”。該條件可能是也可能不是身份驗證造成的。
嘗試添加一個復(fù)制：409沖突(“由于與資源的當(dāng)前狀態(tài)發(fā)生沖突，請求無法完成”)。

您肯定應(yīng)該在響應(yīng)頭和/或正文中給出更詳細(xì)的解釋(例如，使用自定義標(biāo)頭-X-Status-Reason: Validation failed).

反對回復(fù) 2019-07-23

ibeautiful

TA貢獻(xiàn)1993條經(jīng)驗獲得超6個贊

我建議狀態(tài)代碼422，“不可處理實體”.

11.2.422個不可處理實體
422(非處理實體)狀態(tài)代碼意味著服務(wù)器理解請求實體的內(nèi)容類型(因此415(不支持的媒體類型)狀態(tài)代碼不合適)，并且請求實體的語法是正確的(因此400(壞請求)狀態(tài)代碼不合適)，但無法處理所包含的指令。例如，如果XML請求體包含格式良好(即語法正確)但語義錯誤的XML指令，則可能出現(xiàn)此錯誤情況。

反對回復(fù) 2019-07-23