TA貢獻1873條經(jīng)驗 獲得超9個贊
我的方案是用高階組件+redux解決問題。首先所有的接口都走redux，數(shù)據(jù)正常該dispatch哪去dispatch哪去。如果登錄失敗dispatch一個登錄失敗的action，然后在高階組件中處理登錄問題，如果找不到登錄態(tài)，那么就跳轉(zhuǎn)登錄頁，如果有登錄態(tài)就什么都不做。注意：不要在reducer中dispatch，登錄頁本身不要被高階組件包裹然后就是審美問題了withRouter(connect(state=>state)(LoginHOC(YourBusiness)));就是長了一點而已嘛。。。其實我也就是隨便一答，redux管理接口，確實能做到頁面視圖完全解藕，但是你們知道接口異常打一個toast有多麻煩。先dispatch到redux，過幾秒鐘還要在dispatch一個cancelToast我也在等待更好的接口管理方式。有時挺矛盾的復用行就以為這解藕，引入了三方狀態(tài)和subscription，然后再map到自己的狀態(tài)，解了藕肯定會造成不方便。ps：一些腦回路輕奇的同事，讓ajax模塊接受一個this，然后就能操作頁面了，我勒個去。。。那還不如Vue的mixin思想。
TA貢獻1887條經(jīng)驗 獲得超5個贊
1.不會多次返回登錄，你發(fā)出的第一個請求判斷到token失效之后，調(diào)整到了登錄頁，那么后面的都沒都不會再執(zhí)行2.在返回之前可能有多個請求已經(jīng)發(fā)出了，但是返回是只會執(zhí)行一次
舉報