1樓：汪志成
如果用 Angular 就毫不猶豫的分路由，不需要權衡那麼多。這是官方文件中明確給出的最佳實踐。react不清楚，但用VUE應該可以參考 Angular 的最佳實踐。
2樓：鱷魚山小姐
我都不看你的詳細內容，看標題決定答一發。
Tab內容多，一定要分開，把它當選單導航，導航到不同的路由，每個路由只做一件事情。
不要在乙個頁面，糅合太多太重的功能。
不要在乙個頁面，糅合太多太重的功能。
不要在乙個頁面，糅合太多太重的功能。
我司的產品，是非常具有代表性的這類產品，設計追求高大上狂拽酷炫吊炸天的UI UX，恨不得所有的功能都在這乙個頁面完成，追求極致的使用者體驗。
在其他頁面，對某個功能的長相又似曾相識。針對開發來說，邏輯儼然不同。微笑.jpg
如果按著設計的思維做，那麼乙個頁面會很長很長。所以就是乙個字，拆！
tab在設計的眼裡，就是乙個切換，重要的是你如何把這個看似切換的切換，做成導航。這是你可以決定的。
還有，撕逼和拒絕，在絕大多數，能幫你解決設計和產品的矛盾。加油！
3樓：朱涵俊
你要站在使用者角度考慮問題，開啟tab1，哪些tab是希望看到的，哪些是根本不會用的，哪些是很少用的，或者哪些是看使用者的，不同使用者常用的tab不一樣。
這個整理出來了再考慮如何實現。
舉個例子，開啟餘額頁面時，使用者希望提現，轉帳，查明細，而在這個頁面放乙個產品搜尋框，可能僅僅是方便你自己。
要是每個頁面使用者看到的tab都一樣，那這樣的tab不應該超過4個。
單頁應用等同於區域性重新整理嗎？？？
yangcheng 我就不講技術細節了，網上很多文章你可以查。簡單來說，就好比你上面做的筆記，假設你是用鉛筆寫的，然後可以擦掉重新寫。單頁應用也類似，在首次渲染的頁面，如果跳轉其它頁面，瀏覽器就類似做了擦掉這個頁面，紙張還在，重新渲染新的頁面。 胡鴻飛 說的沒錯，現在的單頁應用本質上完完全全就是以前...
單休還是雙休，怎麼選。？
小美 雙休如果是發展潛力不錯的行業 又是單休 要思考幾年以後 還願不願意繼續在行業發展 忍受單休生活 如果願意選單休 如果不願意選雙休 時間是最值錢的資本 一鑫 我們來算一星期，單休是做6休1天，而雙休是做5休2天，平均工作2.5天休息一天。基本每個月都會有個額外節假日，加上國慶和五一假七天假，雙休...
前端react單頁應用專案太大，導致開發環境編譯過慢，有什麼解決思路麼？
失禮 既然限定了是單個應用，那就用 federation 拆一下。如果你能說服業務方改變選單路徑甚至是互動層級，那麼乾坤也可以，但是不同於多應用整合場景，拆乙個到多個其實還是有髒活累活的。所以，用 federation 比較合適。如果你願意折騰還可以做按需編譯，這個方式不需要用微前端拆解，但是打包還...