agilgur5 / agilgur5/front-end-base

use AutoDllPlugin to separately build vendor dependencies?

Abierto
#2 0 comentarios 0 reacciones 0 asignados Ver en GitHub
Lenguaje dominante
JavaScript
Estrellas
0
Forks
1
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

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

Guía de contribución

No hay ninguna guía de contribución indexada para este repositorio

Evaluación

Este issue todavía no se ha evaluado.

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.