webpack.config.js con plugins esenciales

Cursos Empresas Blog Live Conf Precios

Contenido del curso

No sé dónde empezar

Introduccion

Webpack

Parcel

ESBuild

Rollup

Vite

22
Cómo crear tu primer proyecto con Vite
10:02 min

Conclusiones

23
Empaquetadores JavaScript: Ventajas y Desventajas
04:49 min

Tomar examen

webpack.config.js con plugins esenciales

Resumen

Configurar Webpack desde cero puede sonar intimidante, pero con los plugins correctos y un archivo de configuración bien estructurado, el proceso se vuelve claro y replicable. Aquí aprenderás a instalar las dependencias clave y a montar el archivo webpack.config.js que prepara tu proyecto JavaScript para producción.

¿Qué plugins necesitas para configurar Webpack?

Antes de tocar el archivo de configuración, necesitas instalar las herramientas que harán el trabajo pesado: empaquetar HTML, copiar archivos y traducir JavaScript moderno para cualquier navegador.

Los paquetes que vas a instalar como dependencias de desarrollo son:

html-webpack-plugin: inyecta automáticamente tu archivo HTML en la carpeta de salida.
copy-webpack-plugin: copia recursos estáticos al build final.
@babel/core y babel-loader: permiten que Webpack entienda y transforme JavaScript moderno.

El comando en tu terminal queda así:

bash npm install html-webpack-plugin copy-webpack-plugin @babel/core babel-loader -D

El flag -D indica que son dependencias de desarrollo, porque solo las usarás durante el proceso de build, no en producción [01:30].

¿Qué hace babel-loader en Webpack? Traduce JavaScript moderno (ES6+) a una versión compatible con navegadores antiguos, usando @babel/core como motor.

¿Cómo se estructura el archivo webpack.config.js?

El archivo de configuración vive en la raíz del proyecto y Webpack lo detecta automáticamente. Allí defines puntos de entrada, salida, extensiones, reglas y plugins.

¿Qué es entry y output en Webpack?

El entry es el archivo principal desde donde Webpack empieza a construir el grafo de dependencias. El output define dónde y con qué nombre se guarda el resultado.

javascript const path = require('path'); const HtmlWebpackPlugin = require('html-webpack-plugin');

module.exports = { entry: './src/index.js', output: { path: path.resolve(__dirname, 'dist'), filename: 'main.js' } };

Usar path.resolve con __dirname garantiza que la ruta funcione en cualquier máquina o entorno en la nube, sin depender de rutas absolutas locales [04:20].

La carpeta dist (de distribution) es un estándar reconocido por la mayoría de plataformas de despliegue. El nombre del archivo resultante, en cambio, es flexible: puede ser main.js, bundle.js o incluso un hash.

¿Por qué la carpeta se llama dist? Es la convención que usan los servicios de hosting y CI/CD para identificar el código listo para producción.

¿Cómo defines extensiones y reglas con Babel?

La propiedad resolve.extensions le dice a Webpack qué tipos de archivo debe procesar sin necesidad de escribir la extensión completa al importar.

javascript resolve: { extensions: ['.js'] }, module: { rules: [ { test: /.js$/, exclude: /node_modules/, use: { loader: 'babel-loader' } } ] }

Si más adelante trabajas con TypeScript, agregarías .ts. Para React, necesitarías .jsx. Y si construyes módulos nativos, sumas .mjs.

Dentro de rules, la expresión regular /\.js$/ indica qué archivos procesar, mientras que exclude: /node_modules/ evita que Webpack intente transformar las miles de dependencias instaladas. Sin esa exclusión, tu bundle crecería innecesariamente y el tiempo de compilación se dispararía [07:15].

¿Cómo integrar HTML Webpack Plugin en la configuración?

Este plugin se encarga de tomar tu plantilla HTML, inyectar las etiquetas <script> con los archivos generados y copiarla a la carpeta dist.

La instancia se agrega dentro del array plugins:

javascript plugins: [ new HtmlWebpackPlugin({ inject: true, template: './public/index.html', filename: 'index.html' }) ]

Las tres propiedades clave funcionan así:

inject: en true, agrega automáticamente los scripts compilados al HTML.
template: ruta al HTML fuente que sirve como base.
filename: nombre del archivo final dentro de dist, que suele mantenerse como index.html por ser el punto de entrada de la web [09:40].

Con esta configuración, Webpack ya sabe leer tu JavaScript moderno, empaquetarlo, generar un HTML listo para servir y dejarlo todo en una carpeta dist lista para subir a producción.

¿Vas a probar esta configuración en tu próximo proyecto? Cuéntame en los comentarios qué stack estás usando y qué plugins extra te gustaría integrar.

Santiago Andres Alvarez Cuadros

Estudiante

Les comparto los conceptos de webpack que pueden encontrar en su documentación oficial .

Conceptos de webpack

Entry

. Un entry point indica qué módulo webpack debería empezar a utilizar para empezar a construir el gráfico de dependencias. . Webpack luego se encargará de verificar qué otros módulos y librerías aquel punto de entrada depende de (directa o indirectamente).

Por defecto, su valor es ./src/index.js, pero se puede especificar otro, o múltiples, punto de entrada:

//webpack.config.js
module.exports = {
	entry: './src/index.js'
}

Output

. La propiedad output le indica a webpack hacia dónde cargar los ‘paquetes’ ya creados y cómo deberían llamarse. Por defecto, los paquetes tendrán el nombre de main.js y se cargarán en la carpeta ./dist:

//webpack.config.js
const path = require('path');

module.exports = {
	entry: './src/index.js',
	output: {
		path: path.resolve(__dirname, 'dist'),
		filename: 'main.js'
	}
}

path es un módulo de node.js que nos permite manipular los paths de los archivos. .

Loaders

. Por defecto, Webpack solamente entiende archivos .js y .JSON. Los loaders nos permiten especificar otro tipo de archivos para que webpack los pueda procesar y convertir en módulos válidos que pueden ser consumidos por nuestra aplicación y ser añadidos en el gráfico de dependencias. . Los loaders tienen tres propiedades:

test: identifica cuál o cuáles archivos serán transformados.
use: indica cuál loader debería ser utilizado para transformar los archivos.
exclude: indica archivos o carpetas que deberían ser ignoradas por el loader

//webpack.config.js
const path = require('path');

module.exports = {
	entry: './src/index.js',
	output: {
		path: path.resolve(__dirname, 'dist'),
		filename: 'main.js'
	},
	modules: {
		rules: [{test: /\.ts?$/, use: 'ts-loader', exclude: /node_modules/}]
	}
}

Plugins

. Los plugins son similares a los loaders pero nos permiten hacer cosas que no podríamos con los loaders, como optimización de los paquetes, inyección de variables y manejo de activos.

Para usar plugins, necesitamos traerlos con require() para agregarlos al array de plugins. Como podemos usar un mismo plugin con diferentes configuraciones para distintos propósitos, necesitamos crear instancias de los plugins utilizando el operador new.

//webpack.config.js
const path = require('path');
const HtmlWebpackPlugin = require('html-webpack-plugin');

module.exports = {
	entry: './src/index.js',
	output: {
		path: path.resolve(__dirname, 'dist'),
		filename: 'main.js'
	},
	modules: {
		rules: [{test: /\.ts?$/, use: 'ts-loader', exclude: /node_modules/}]
	},
	plugins: [new HtmlWebpackPlugin({ template: './src/index.html'})]
}

Existe una gran cantidad de plugins que webpack nos provee. Acá una lista de plugins .

Mode

. Al colocar la propiedad mode en development, production o none, podemos activar las optimizaciones internas de webpack dependiendo del valor de mode que hayamos especificado. El valor por defecto es production.

Introduccion

Empaquetadores Web: Herramientas y Evolución para Desarrolladores

Qué es un empaquetador de módulos JS

Webpack, Parcel, Rollup y Vite comparados

Qué hacen los empaquetadores de módulos en JS

Webpack

Configura tu primer proyecto con Webpack