Estoy tratando de hacer algo que creo que debería ser posible, pero realmente no puedo entender cómo hacerlo solo desde la documentación del paquete web.
Estoy escribiendo una biblioteca de JavaScript con varios módulos que pueden o no depender el uno del otro. Además de eso, jQuery es utilizado por todos los módulos y algunos de ellos pueden necesitar complementos de jQuery. Esta biblioteca se utilizará en varios sitios web diferentes que pueden requerir algunos o todos los módulos.
Definir las dependencias entre mis módulos fue muy fácil, pero definir sus dependencias de terceros parece ser más difícil de lo que esperaba.
Lo que me gustaría lograr : para cada aplicación quiero tener dos archivos de paquete, uno con las dependencias de terceros necesarias y otro con los módulos necesarios de mi biblioteca.
Ejemplo : imaginemos que mi biblioteca tiene los siguientes módulos:
- a (requiere: jquery, jquery.plugin1)
- b (requiere: jquery, a)
- c (requiere: jquery, jquery.ui, a, b)
- d (requiere: jquery, jquery.plugin2, a)
Y tengo una aplicación (verla como un archivo de entrada único) que requiere los módulos a, byc. Webpack para este caso debería generar los siguientes archivos:
- paquete de proveedores : con jquery, jquery.plugin1 y jquery.ui;
- paquete de sitio web : con los módulos a, byc;
Al final, preferiría tener jQuery como global, por lo que no necesito solicitarlo en cada archivo (podría requerirlo solo en el archivo principal, por ejemplo). Y los complementos jQuery simplemente extenderían $ global en caso de que sean necesarios (no es un problema si están disponibles para otros módulos que no los necesitan).
Suponiendo que esto sea posible, ¿cuál sería un ejemplo de un archivo de configuración de paquete web para este caso? Probé varias combinaciones de cargadores, externos y complementos en mi archivo de configuración, pero realmente no entiendo qué están haciendo y cuáles debo usar. ¡Gracias!
fuente
Respuestas:
en mi archivo webpack.config.js (Versión 1,2,3), tengo
en mi matriz de complementos
Ahora tengo un archivo que solo agrega bibliotecas de terceros a un archivo según sea necesario.
Si desea obtener más granular donde separa sus proveedores y archivos de punto de entrada:
Tenga en cuenta que el orden de los complementos es muy importante.
Además, esto va a cambiar en la versión 4. Cuando es oficial, actualizo esta respuesta.
Actualización: cambio de búsqueda indexOf para usuarios de Windows
fuente
isExternal
EnminChunks
hizo mi día. ¿Cómo no se documenta esto? Hay inconvenientes?options.minChunks (number|Infinity|function(module, count) -> boolean):
, todavía no veo inconvenientes.module.userRequest
(y el cargador probablemente esté ennode_modules
). Mi código paraisExternal()
:return typeof module.userRequest === 'string' && !!module.userRequest.split('!').pop().match(/(node_modules|bower_components|libraries)/);
No estoy seguro si entiendo completamente tu problema, pero como tuve un problema similar recientemente, intentaré ayudarte.
Paquete de proveedores.
Deberías usar CommonsChunkPlugin para eso. en la configuración, especifique el nombre del fragmento (p
vendor
. ej. ) y el nombre del archivo que se generará (vendor.js
).Ahora parte importante, debe especificar qué significa
vendor
biblioteca y hacer eso en una sección de entrada. Un elemento más a la lista de entradas con el mismo nombre que el nombre del fragmento recientemente declarado (es decir, 'proveedor' en este caso). El valor de esa entrada debe ser la lista de todos los módulos que desea mover paravendor
agrupar. en su caso debería verse algo así como:JQuery como global
Tuve el mismo problema y lo resolvió con ProvidePlugin . aquí no está definiendo un objeto global sino un tipo de atajos a los módulos. es decir, puedes configurarlo así:
Y ahora puede usar
$
cualquier parte de su código: webpack lo convertirá automáticamente aEspero que haya ayudado. También puede ver mi archivo de configuración de paquete web que está aquí
Me encanta el paquete web, pero estoy de acuerdo en que la documentación no es la mejor del mundo ... pero bueno, la gente decía lo mismo sobre la documentación angular al principio :)
Editar:
Para tener fragmentos de proveedores específicos de puntos de entrada, solo use CommonsChunkPlugins varias veces:
y luego declarar diferentes bibliotecas externas para diferentes archivos:
Si algunas bibliotecas se superponen (y para la mayoría de ellas) entre puntos de entrada, puede extraerlas a un archivo común usando el mismo complemento solo con una configuración diferente. Ver este ejemplo.
fuente
En caso de que esté interesado en agrupar automáticamente sus scripts por separado de los proveedores:
Puede leer más sobre esta característica en la documentación oficial .
fuente
vendor : Object.keys(pkg.dependencies)
no siempre funciona y depende de cómo se construya el paquete.package.json
esté configurado. Esta solución funciona en la mayoría de los casos, pero hay excepciones en las que tendrá que tomar un camino diferente. Podría ser interesante publicar su propia respuesta a la pregunta para ayudar a la comunidad.Object.keys(pkg.dependencies)
lo agrupará todo! digamos que tienes un montón de cargadores enumerados allí ... ¡sí, eso será incluido! así que tenga cuidado ... separe con cuidado qué es devDependency y qué es dependenciadependencies
?Tampoco estoy seguro si entiendo completamente su caso, pero aquí hay un fragmento de configuración para crear fragmentos de proveedores separados para cada uno de sus paquetes:
Y enlace a
CommonsChunkPlugin
documentos: http://webpack.github.io/docs/list-of-plugins.html#commonschunkpluginfuente
react
solo debe estar presente en el paquete del proveedor si es explícitamente requerido por bundle1 y bundl2. No debería tener que especificar eso en el archivo de configuración ... ¿Tiene sentido? ¿Algunas ideas?