agilgur5 / agilgur5/front-end-base

use AutoDllPlugin to separately build vendor dependencies?

Aberta
#2 0 comentários 0 reações 0 responsáveis Ver no GitHub
Linguagem predominante
JavaScript
Estrelas
0
Forks
1
Métricas de merge de PRs
Nenhum PR com merge em 30d

Descrição

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

Guia de contribuição

Nenhum guia de contribuição indexado para este repositório

Avaliação

Esta issue ainda não foi avaliada.

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.