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

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

React

慕森王 2019-09-03 09:00:40

REST HTTP狀態(tài)代碼用于失敗的驗(yàn)證或無(wú)效的復(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)代碼？我看過(guò)了http：/www.w3.org/protocol/rfc 2616/rfc 2616-sec10.html但似乎沒(méi)有一個(gè)是對(duì)的。在發(fā)送狀態(tài)代碼時(shí)是否有常見(jiàn)的做法？

查看完整描述

3 回答

慕田峪7331174

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

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

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

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

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

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

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

胡子哥哥

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

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

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

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

MYYA

TA貢獻(xiàn)1868條經(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)容類(lèi)型(因此415(不支持的媒體類(lèi)型)狀態(tài)代碼不合適)，并且請(qǐng)求實(shí)體的語(yǔ)法是正確的(因此400(壞請(qǐng)求)狀態(tài)代碼不合適)，但無(wú)法處理所包含的指令。例如，如果XML請(qǐng)求體包含格式良好(即語(yǔ)法正確)但語(yǔ)義錯(cuò)誤的XML指令，則可能出現(xiàn)此錯(cuò)誤情況。

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