首頁(yè) 猿問請(qǐng)問REST...

請(qǐng)問REST HTTP狀態(tài)代碼用于失敗的驗(yàn)證或無效的復(fù)制

MySQL

翻過高山走不出你 2019-09-02 12:04:37

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

查看完整描述

3 回答

縹緲止盈

TA貢獻(xiàn)2041條經(jīng)驗(yàn) 獲得超4個(gè)贊

對(duì)于輸入驗(yàn)證失敗：400壞請(qǐng)求+你可選擇的描述。這是在書中提出的“RESTful Web服務(wù)“.雙重提交：409沖突

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

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

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

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

反對(duì) 回復(fù) 2019-09-03

楊魅力

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

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

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

反對(duì) 回復(fù) 2019-09-03

繁花不似錦

TA貢獻(xiàn)1851條經(jīng)驗(yàn) 獲得超4個(gè)贊

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

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

反對(duì) 回復(fù) 2019-09-03