前後端分離,如何處理前端的異常?

時間 2021-06-02 20:17:49

1樓:IceWilder

看了前面的回答,我不知道題主表達的是什麼意思。

如果是服務端出現異常,返回相應的JSON前端邏輯根據不同的Code之類的去按照自己的邏輯處理就可以了。

如果是超時的問題,即比如發乙個ajax請求,不知道是服務端掛掉還是響應未結束,可以設定乙個Timeout,然後一般這麼寫:

//promise有乙個race方法,具體可以看MDN文件

當然npm上有乙個包叫whatwg-fetch-timeout,可以覆蓋掉原來的fetch方法,本身有乙個引數可以傳入timeout:

const backup = global.fetch;

global.fetch = null;

require('whatwg-fetch-timeout');

const timeoutFetch = global.fetch;

global.fetch = backup;

return fetch('/path', ).then(functionsuccessful fetch

}).catch(function(error) )

// xhr.ontimeout = functionreject(new TypeError('Network request Timeout'))

//}不知道我這個回答是不是樓主想表達的問題。

2樓:王維棟

前後端分離開了的話,前端主要做的就是提示,重定向,做一些基本的判斷,我們的產品有時候做的比較粗狂,可能在設計的時候根本想不全面這個地方的異常有多少。開發後補的情況比較多見。

另外還有乙個比較好的實踐就是在設計API 的時候,按照http 的語義來做。比如500,401,400等。大概想到這些。

3樓:

用你喜歡的任何方式向使用者傳達伺服器出問題了這個資訊即可。 要然不你能怎麼辦?顯示使用者網路有問題? 還是你在瀏覽器裡用js修好伺服器?

前後端分離,前端如何判斷登入失效?

IT老魁 首先token失效跟403稍微分開看 403是乙個http返回的狀態碼,表示訪問的資源被禁止訪問,沒有許可權訪問 token失效這個token是你自己程式控制的,當前端訪問後端資源的時候,後端根據前端傳遞的引數或者token的id或者session id等資訊判斷登入時候有效,如果失效就禁...

現在前後端分離趨勢下,後端還要學習前端嗎

小小虎 肯定得了解呀,不然後臺就不知道要給前端返什麼型別的資料,我之前就遇到過乙個後台,一點都不懂前端,什麼東西都讓前端做,返給前端的資料都不規範,本身很簡單的json資料,硬是給了一組4維,操作起來太tm麻煩了 已登出 不學client side沒關係,但是http你得學,cookie怎麼用你得知...

前後端分離,前端用什麼框架來保證安全性?

沈贇傑 其實大可不必擔心太多前端安全性的問題,基本現在主流框架都幫你搞定了基本的防攻擊,至於比如oauth認證的,都是後端完成。前端只要保證頁面完整和穩定即可。 世家 前端的東西就是要人看的呀,不然怎麼叫前端?避免xss和csrf,不算子據庫。跟後台配合好許可權認證。其他的,還能做什麼? Tianf...