Re: [討論] API沒資料，回200還是404比較好

qwe7030206/23 13:28前端淚推

Hsins06/23 13:47比較麻煩的是有些路由器會劫持 4xx 狀態，然後返回一個自己

Hsins06/23 13:47的頁面…

Hsins06/23 13:50然後有些人可能誤解 404 不能返回頁面...

Hsins06/23 13:50https://i.imgur.com/4APL4jy.png

Hsins06/23 13:51GitHub 這樣的風險就是有可能被路由器或是瀏覽器劫持，可是

Hsins06/23 13:51作法是合乎規範的，反而 CODE 傳 200 卻給 404 頁面是積習

Hsins06/23 13:52難改了...

kewang06/23 14:01推這篇

neo527706/23 14:10200+1不能只自己爽

ssccg06/23 14:47有時候明明是標準，但也只能跟一堆不標準亂搞的client妥協

ssccg06/23 14:47web上充滿這種事情啦

ssccg06/23 14:52不過追根究底來說這也可能是API設計或呼叫API的人想法還不

Geison06/23 14:53推

ssccg06/23 14:54夠適應RESTful，這種資源路徑不是查詢，極端一點來說client

ssccg06/23 14:55應該本來就知道資源存在才去存取(由別的API取得id、POST或

ssccg06/23 14:55PUT成功後、HATEOAS...)，而不是去試不知道有沒有的資源

Hsins06/23 14:56是，如同 ssccg 大說的，以 REST 風格設計時，理應不會有

Hsins06/23 14:56「正確的 URL 卻沒有資源」這件事，因為 URL 就對應資源

Hsins06/23 14:57使用者想要訪問不存在的路徑，就是想要拿不存在的資源，此

Hsins06/23 14:58時的 404 既合乎 HTTP Code 的規範也合乎 REST 風格

Hsins06/23 14:58在開發資源和時程充足的狀況下，發生這種事是要回頭檢視為

Hsins06/23 14:59什麼會訪問不存在的路徑或者說資源

lazarus112106/23 15:23我覺得原po只是想問查無資料的情境吧？

sharek06/23 18:07身為前端，在UX沒有明確設計對於"沒有資源"或"路徑不存在

sharek06/23 18:07"要呈現的差異，我傾向以發生問題的時候可以迅速讓技術團

sharek06/23 18:07隊知道是什麼原因的設計方式，所以終究還是看團隊約定

s06yji306/23 19:13Api未必只有前端會call...

s06yji306/23 19:15Microservice 的情況api大多是其他後端app在call

s06yji306/23 19:44後端call的時候4xx拋出例外是合理的。

s06yji306/23 19:46包含url正確但是沒有資源（GetById時）

s06yji306/23 21:18這沒有簡答。混合多種資源的api應該根據業務邏輯設計api

s06yji306/23 21:18 gateway 來提供服務。上面推文的想法是就單一資源的api

s06yji306/23 21:18來說的。

s06yji306/23 21:22返回200你還是得依靠response body 來判斷。跟status cod

s06yji306/23 21:22e沒有直接的關係

s06yji306/23 21:31另外，空資源是指search 沒有結果嗎？是的話，200是合理

s06yji306/23 21:31的。這和GetById是不一樣的操作。

Hsins06/23 21:46混合多種資源的 API 通常不會採 RESTful 設計

viper970906/23 23:53推這篇

travelerX06/24 16:02有些企業內部的設備會攔截 200 以外的 response