1樓：失禮
既然限定了是單個應用，那就用 federation 拆一下。
如果你能說服業務方改變選單路徑甚至是互動層級，那麼乾坤也可以，但是不同於多應用整合場景，拆乙個到多個其實還是有髒活累活的。所以，用 federation 比較合適。
如果你願意折騰還可以做按需編譯，這個方式不需要用微前端拆解，但是打包還是要痛苦的。
ps：bundleless 的生態還沒完全起來，大概率不能直接遷移。
2樓：狼族小狽
可以了解一下基於 Vue SSR 的微前端、微服務、輕量級的解決方案https://
github.com/fmfe/genesis其實Genesis開發出來的功能，也是可以提供給React專案使用的可以看下Genesis遠端元件的原始碼，去實現乙個React版本的遠端元件即可
3樓：sunshine
我們公司的專案也是這樣子，專案太大，不光存在編譯慢的問題，還有多人協作，分支多，合併難的問題。
我是使用node做了公共導航部分的ssr，然後做了路由，每個子專案對應不同的路由，子專案單獨部署
4樓：陳夏問
一開始也是很慢, 最後自學了webpack的打包原理, 把不需要的步驟都去掉, 該externel就externel,這樣節省很多編譯的時間, SPA太大, 那只能說明業務太集中了, 否則就拆成多頁吧.
5樓：dumpling
說乙個目前用的方案，對路由按模組拆分並配置相對應環境變數，修改配置檔案，只啟動需要的模組。有能力可以寫乙個vscode外掛程式配合。
6樓：讓你笑了
可以找個配置高的機器試看看速度，尤其是高速硬碟去年有個vue專案，開發編譯很慢，幾個人計時平均9秒左右,曾花了半天時間找原因，找到時間增加的那次提交，不過時間緊，沒有找到具體原因，湊合著開發。。。
直到乙個服務端開發兄弟，需要自己在本機跑乙個前端做測試，然後幫他架好，改api位址，編譯眨眼就完了，然後多次測試才發現是硬碟的問題
我把我的860 evo換成了970 evo，就可以了....
後來，也沒再回頭去找編譯慢的原因，一直在todo裡
react是前端必會的技能嗎
徐海峰 顯然不是，因為我只會 Angular RxJS，Node.js，TypeScript，ES，HTML,CSS，SCSS，Webpack 等等，唯獨不會 React。我也不知道我屬不屬於前端，我還會一點服務端。 準確的說並不是 就像耕地，有人喜歡用手 js html css 有人喜歡用鋤頭 r...
Angular2與React，前端的未來志向何方？
彭銳 吐槽一下 Redux框架實現伺服器端渲染是個餿主意，以下這個boilerplate沒人吐槽，不科學啊！就是這個東東，react redux universal hot example，坑連坑啊，坑爹的貨！裡面有個核心模組叫redux async connect，開發者已經放棄更新了，而且這個模...
單頁應用等同於區域性重新整理嗎？？？
yangcheng 我就不講技術細節了，網上很多文章你可以查。簡單來說，就好比你上面做的筆記，假設你是用鉛筆寫的，然後可以擦掉重新寫。單頁應用也類似，在首次渲染的頁面，如果跳轉其它頁面，瀏覽器就類似做了擦掉這個頁面，紙張還在，重新渲染新的頁面。 胡鴻飛 說的沒錯，現在的單頁應用本質上完完全全就是以前...