1樓：餘騰靖
這篇文章可以看一下https://www.
jianshu.com/p/9a4fc51a423d要我說就兩個方面的手段:
1. 優化工具鏈
2. 自身做減法，比如把一些第三方庫提取為 cdn，使用一些精簡版的第三方庫，或者有些第三方庫提供了按需打包的機制，比如 echarts
2樓：counterxing
從webpack構建優化下。
一、分模組進行打包
例如開發階段開發指定頁面/模組時只進行指定模組的構建，通過給webpack傳參的方式。
二、通過多執行緒的方式構建模組
在構建上，可以引入
thread-loader
的方式，通過多執行緒加快webpack的編譯速度。
3樓：賤賤賤賤賤
開發環境的話，如果沒用什麼很激進的語法， 甚至可以把 babel-loader 關掉。 因為 Chrome 大部分語法都支援
4樓：雪山隔壁
我們專案用Angular寫的300多頁面每次更新也就10多秒，而且後面新的渲染引擎出來後編譯時間會更少，估計是你的電腦太差了吧
5樓：丶後來的我們
webpack優化下，能抽離的就抽離，能用cdn的就用cdn，能按需載入的就按需載入，能懶載入的就懶載入，只能從webpack 入手。
vue開發的專案，前端寫的 vue檔案中的生命週期方法，線上還存在嗎？
xvrzhao mounted只是vue.js提供給你的介面，你在例項化 new Vue 的時候通過這個介面將你的業務邏輯傳給vue.js去處理，vue.js會在特定的階段去呼叫你的提供的mounted方法。你的說法就好比說你自己定義了乙個函式foo，瀏覽器也不認識這個foo，但是你呼叫foo 時，...
前端react單頁應用專案太大，導致開發環境編譯過慢，有什麼解決思路麼？
失禮 既然限定了是單個應用，那就用 federation 拆一下。如果你能說服業務方改變選單路徑甚至是互動層級，那麼乾坤也可以，但是不同於多應用整合場景，拆乙個到多個其實還是有髒活累活的。所以，用 federation 比較合適。如果你願意折騰還可以做按需編譯，這個方式不需要用微前端拆解，但是打包還...
現代前端框架 例如Vue 為什麼選擇 資料劫持 實現資料雙向繫結
召伯樹 ko 通過 ko.observable 生成了乙個物件的 handle，然後通過這個 handle 可以進行賦值 取值操作。這原理上與 vue 的 defineProperties 定義 getter setter 並無區別。只不過乙個是顯示轉化而乙個是隱式的。顯然 vue 隱式的要好，用過...