Re: [討論] API沒資料,回200還是404比較好
4xx狀態表示你的請求本身有誤
例如404表示該資源不存在,(null)而不是空值(empty)
既然你的API本身存在,請求格式也正確
那麼如果結果為空值,該回傳2xx狀態
通常4xx都是來自於錯誤的客戶端請求
而5xx是錯誤的伺服端
--
※ PTT留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 17.232.52.4 (美國)
※ PTT 網址
推
同意
→
RESTful 的話通常是回傳 404 找不到,畢竟在取得資源
→
之前沒有先去 GET,導致撈到不存在的資源,這確實也可
→
以算客戶端的錯誤…。我通常都建議大家不要用 REST 設
→
計因為會各說各話,光是 POST 跟 PUT 就吵不完,直接
→
一律回傳 200 改 RPC 設計最直覺
→
*取得資源之前沒有先去檢查 Exists
推
簡潔明瞭
推
同意
→
同意2樓。不過很多人腦筋很八股,死腦筋,光是要不要
→
採用你說的開是完全照REST又炒不完。我自己是領薪水作
→
事不想吵這個,主管說怎樣就怎樣
推
同意
推
同意二樓
2
個人拙見 鞭請小力 結論來說 原po的問題 我覺得應該是200 我的觀點偏向404屬於 該api路由、頁面不存在 github來說14
其實這都只是參考設計 怎樣處理都行 前端能接的起來就好 我個人則是傾向200或204 原因沒有什麼84
這篇就不以引述的方式回覆了,因為算是對 後續其他人不論在推文中或是回文中的內容 回覆,另外也是針對我自己在前一篇文章中 沒有提到的部分進行說明。 (1) 敘述問題與回答問題13
雖然我不是微軟派的,但是不得不說他們文件寫得真是認真 好入手,廣度,深度也都有一定程度的水準 --- (感謝ssccg提醒,我更正一下內容跟context56
首Po我看有些是狀態碼200,空data 但有些又是做404,然後回個message 數據不存在之類的 這哪一種做法比較好? --33
嗯,我想兩位的建議可以寄信向 GitHub 和 Atlassian 這兩間公司說明一下,或許可以 幫他們團隊縮減人力。 當查詢資源不存在時返回 HTTP Code 404:
爆
[問卦] 錯誤的政策比貪污更可怕?天下文化創辦人高希均的名言 錯誤的政策比貪污更可怕 這句話也深深影響接下來的世代 可以說是主管培訓的必修課程 抱著凡事質疑的態度68
[閒聊] Twitch表示現在99%的Ban人判斷都正確Twitch表示現在99%的Ban人判斷都正確,未來還將附上違規短片 「Ban 台」這件事無論對於實況主或是實況主的觀眾來說都是一件很麻煩的事,而往往為 什麼被 Ban 台卻很難得知,未來 Twitch 即將改變這種生態。 現在如果一個實況主被 Ban 台,雖然 Twitch 會附上「違反了XX條款」的理由,但是很18
[閒聊] FTX的API被外洩上週有天突然發現ftx裡的錢被亂買亂借了一堆幣 檢查帳號登錄紀錄和提幣歷史都沒異常 沒有被人登錄也沒有錢被轉走 看交易紀錄是先借了一堆AAVE後賣出拿到usd 然後不斷的買高賣低槓桿代幣1
[請益] 請求權到底消滅不消滅科目:民法 請先看下題目 31 下列關於消滅時效與除斥期間之敘述,何者錯誤? (A)消滅時效因障礙事由的發生,有中斷或不完成之問題;除斥期間不發生中斷或不完成 之問題