next
splitChunks.maxInitialRequests
style-loader
insertAt
style-loader/url
enforce
test: /.css$/
test: (module) => ...
test: /node_modules/
(module) => module.resource && /node_modules/.test(module.resource)
... 但是硬著頭皮用還是會動??
next
可以解決...splitChunks.maxInitialRequests
,一個 entry 包含的 chunk 不能大過這個設定,於是有些 split chunk 會被放棄,shared module 保留在 entry chunk 內,但因為「先產生哪個 split chunk 」的邏輯,有可能反而讓像 vue 之類的大 module 被留在 entry chunk o_O總之把 maxInitialRequests 調大一點可以避免這個問題,只是會有一個 entry 包含多達 7 個 chunk 的狀況 ...
所謂的預期是: entry-a 和 entry-b 都包含 c.css,我希望 c.css 被抽到 shared.css,但是試不出應該怎麼作
但感覺 mini-css-extract-plugin 很需要一些關愛..
然後
style-loader
的insertAt
選項對style-loader/url
沒有作用... 不過 style-loader 比較好改 (思)
style-loader/url
成功了 ... 但是 style-loader 好像正在準備 v1.0.0 ... 要寫 issue 嗎 (facepalm)enforce
的影響,但其實沒有,改用範例的test: /.css$/
之後就會如預期把 shared.css 的內容拉成自己一個檔案了 ...> prepending those files' contents into you main entry manually.
test: (module) => ...
) 然後一直覺得這是我要的,但是看了 前面那個 issue 的範例 之後發現,不對,他沒有加 enforcetest: /node_modules/
大概就會對了,只是要調整 maxInitialRequests(module) => module.resource && /node_modules/.test(module.resource)
就抓不到了... 但直接給 regex 的效果不一樣 orz最後 ... sokra 在 webpack 5 的 project 寫上 "Use terser or babili instead of uglify-es" hmm...
(Plurk Paste)
但我好不容易搬到 webpack-serve ... orz
webpack-dev-server 之前也不是很好整,可以期待 4.0 有所改善嗎