為什么很多復雜跳轉，最后都得先回首頁？
當前位置：點晴教程→知識管理交流
→『 技術文檔交流 』
首頁真正開始變重，往往不是 tab 能不能動態，而是它一邊要處理遠端配置，一邊要處理登錄態差異和多入口跳轉。用戶從不同地方進來，默認先到哪一頁、舊狀態要不要保、資源位和不同內容往哪兒走，都會一起變。走到這一步，首頁處理的就不只是頁面顯示，而是整套跳轉和頁面安排。
很多入口并不是直接去目標頁，而是要先退回首頁，再繼續往下走： 如果首頁真的只是一個普通頁面，這種寫法其實很奇怪。 你明明可以直接跳去詳情頁，為什么還要先回首頁？ 只有一種解釋說得通：
它已經成了很多復雜跳轉最后都要借一下力的固定落點。 順著這段邏輯再往下看，后面很多原本零散的問題就會重新連起來：
所以這篇文章真正想討論的，不是“首頁怎么做成配置化”，而是首頁什么時候開始從一個頁面，慢慢變成一個要負責承接跳轉、安排入口、重新組織內容的總入口。 1. 首頁一旦成了很多跳轉共同的落腳點，角色就已經變了項目繼續長一段時間以后，首頁很容易悄悄長出一種新角色：
這件事比“tab 能不能動態”更值得注意。 因為它說明系統已經默認把首頁當成：
這類角色一旦成立，首頁真正開始關心的就不再只是頁面怎么畫、tab 怎么排，而會變成：
也就是說，首頁最先變復雜的地方，往往不是頁面顯示，而是很多流程最后都要借它走一遍。 2. 真正把首頁拖復雜的，不是配置字段本身，而是不同地方進來后要不要當成同一個首頁處理首頁一旦開始接很多不同入口，頁面本身就會變得沒那么“固定”。 項目里
一旦這些路徑同時存在，“首頁默認長什么樣”這個問題就已經不夠用了。 更接近真實的問題反而是：
所以首頁復雜度真正開始長出來，不是因為頁面本身變花了，而是因為同樣叫首頁，從不同地方進來的其實已經不是同一種體驗。 3. 配置化后面最重的，不是 tab 顯示，而是老頁面、舊狀態和默認先到哪一頁怎么一起調整不少人會先把首頁配置化理解成：
這些當然都算配置化，但還不是最重的地方。 真正把事情變復雜的，是首頁調整以后，老頁面和舊狀態還在不在。
這段代碼真正在回答的，不是“tab 對不對”，而是：
而 它已經不只是在說“顯示不顯示”，而是在決定：
比如這段默認配置： 這些字段一旦組合在一起，首頁真正要處理的就不再只是“顯示哪些 tab”，而是：
所以首頁配置化真正變重的地方，常常不是 UI，而是頁面重新調整以后，舊東西和新入口怎么一起處理。
|
關鍵字查詢
相關文章
正在查詢... 
|
400 186 1886
