agilgur5 / agilgur5/front-end-base

use AutoDllPlugin to separately build vendor dependencies?

未關閉
#2 0 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視
主要語言
JavaScript
星號
0
分支
1
PR 合併指標
30 天內沒有已合併 PR

描述

https://github.com/asfktz/autodll-webpack-plugin is a significantly simplified plugin that combines the standard `DllPlugin` + `DllReferencePlugin` into one.

The README says it will be obsolete with webpack 5's built-in caching, but there isn't a timeline for that and I'm not sure what types of caching it will include, since [HardSourceWebpackPlugin](https://github.com/agilgur5/front-end-base/issues/1), DLL, and others don't completely overlap with each other. HardSource seems like it will be fundamental to webpack 5, but not sure about DLLs. https://github.com/mzgoddard/hard-source-webpack-plugin/issues/251#issuecomment-364943162 shows that the two are complimentary: while HardSource makes the largest benefit, DLL can speed up production builds -- but actually slows down dev builds when used with HardSource.
DLL can also be used similarly to a vendor / commons chunk in production, but chunking might make more sense / be more predictable for use in production, though chunking doesn't cache builds, so DLL is still better for prod build perf (unsure if HardSource w/ CommonsChunk for prod builds would make DLL obsolete for prod as well). https://stackoverflow.com/questions/41890855/webpack-common-chunks-plugin-vs-webpack-dll-plugin goes into how they achieve similar goals

Other things to consider as well:
1. Configuring modules to be included: https://github.com/asfktz/autodll-webpack-plugin/issues/54
2. There are quite a bit of open issues that seem like they could cause quite a bit of bugs

貢獻指南

這個儲存庫沒有索引到貢獻指南

評估

這個 Issue 還沒有評估資料。

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。