DEV Community

Cover image for Cómo utilizar los módulos nativos de ES
Marcin Wosinek for Conoce dev

Posted on • Originally published at conoce.dev

Cómo utilizar los módulos nativos de ES

Este artículo presentará ejemplos de módulos ECMAScript (ES)—que puede lograr con ellos y donde encontrara algunas limitaciones. Todos los navegadores lanzados después de mayo de 2018 admiten módulos ES, por lo que puede asumir que son seguros de usar en la mayoría de los casos.

Image description
fuente

Codificación sin módulos ES

Antes de que tuviéramos módulos Es, todo JS tenía que importarse globalmente. Cada archivo podría acceder a variables previamente definidas y dejar cosas para el código ejecutado mas tarde. El orden de las importaciones importaba, especialmente porque las cosas importadas mas tarde podrían anular los valores anteriores. Las importaciones de la vieja escuela en acción se veían así:

display-data.js:

document.body.innerHTML = "lorem ipsum";
Enter fullscreen mode Exit fullscreen mode

log.js:

console.log("Some test info");
Enter fullscreen mode Exit fullscreen mode

index.html:

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>No modules</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script src="./display-data.js"></script>
    <script src="./log.js"></script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

Image description

El ejemplo en acción.

Problemas

Hay dos problemas principales con esta propuesta:

I. Contamina el ámbito global. Si tiene algunos archivos que definen el mismo valor, colisionaran y se anularan entre sí. Buena suerte para encontrar y corregir los errores que puede causar. Ejemplo:

data-1.js:

var data = lorem ipsum;
Enter fullscreen mode Exit fullscreen mode

data-2.js:

var data = sin dolor;
Enter fullscreen mode Exit fullscreen mode

index.html:

  <html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>Name collision</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script src="./data-1.js"></script>
    <script src="./data-2.js"></script>
    <script>
      document.body.innerHTML = data;
    </script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

Esto código en vivo.

La solución alternativa mas común fue utilizar una expresión de función invocada inmediatamente. Esto aisló bloques de código y evitó la contaminación del alcance global, pero al mismo tiempo, hizo que el código fuera más confuso.

II. Cualquier dependencia tenia que gestionarse y resolverse manualmente. Si tenía un archivo que dependía de otro, entonces tenía que asegurarse de importar esos archivos en el orden correcto. Por ejemplo:

log-data.js:

console.log(data);
Enter fullscreen mode Exit fullscreen mode

data.js:

const data = some data;
Enter fullscreen mode Exit fullscreen mode

display-data.js:

document.html = data;
Enter fullscreen mode Exit fullscreen mode

index.html:

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>File order</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script src="./log-data.js"></script>
    <script src="./data.js"></script>
    <script src="./display-data.js"></script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

Como puedes ver aquí, la parte “display data” (mostrar datos) funciona como se esperaba, mientras que el “logging data” (registro de datos) falla.

Módulos ES en acción

¿Cuál es la diferencia si hacemos lo mismo con los módulos ES? En primer lugar, define las dependencias a nivel de código. Entonces, si en un archivo desea valores de otro, simplemente especifíquelo en el mismo archivo. Este enfoque marca la diferencia, especialmente en la lectura de código: solo necesita abrir un archivo para tener una idea de todo el contexto que está usando con solo leerlo.

Entonces, ¿Cómo usamos los módulos ES?

data.js:

export const data = "lorem ipsum";
Enter fullscreen mode Exit fullscreen mode

display-data.js:

import { data } from "./data.js";

document.body.innerHTML = data;
Enter fullscreen mode Exit fullscreen mode

index.html:

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>Simple modules</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script type="module" src="./display-data.js"></script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

Los principales cambios en este código:

  1. Agregando type=”module” a <script> importa en el archivo HTML.
  2. Utilizando palabras clave de exportación e importación en los archivos JS para definir y cargar módulos.

Image description

Ejemplo de ejecución.

Varios archivos que importan el mismo archivo

Podemos hacer que nuestro ejemplo sea más interesante importando los mismos archivos dos veces. Debido a que necesitamos que cada archivo sea independiente del otro, la importación se agregará dos veces—en cada archivo por separado. Los navegadores gestionan la importación correctamente y cargan el archivo solo una vez.

data.js:

export const data = "lorem ipsum";
Enter fullscreen mode Exit fullscreen mode

display-data.js:

import { data } from "./data.js";

document.body.innerHTML = data;
Enter fullscreen mode Exit fullscreen mode

log-data.js:

import { data } from "./data.js";

console.log(data);
Enter fullscreen mode Exit fullscreen mode

index.html:

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>Shared import</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script type="module" src="./display-data.js"></script>
    <script type="module" src="./log-data.js"></script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

shared import

El ejemplo

Carga diferida

La carga diferida retrasa la parte de carga de la aplicación hasta que el código es necesario. Esta es una técnica de optimización más complicada que cargar todo a la vez, pero permite un mayor control sobre qué se carga y cuándo. En el siguiente ejemplo, cargo y visualizo datos después de un retraso de medio segundo:

display-data.js:

setTimeout(
  () =>
    import("./data.js").then(({ data }) => {
      document.body.innerHTML = data;
    }),
  500
);
Enter fullscreen mode Exit fullscreen mode

data.js:

export const data = "lorem ipsum";
Enter fullscreen mode Exit fullscreen mode

index.html:

<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <title>Lazy load</title>
    <link rel="shortcut icon" href="#" />
  </head>

  <body>
    <script type="module" src="./display-data.js"></script>
  </body>
</html>
Enter fullscreen mode Exit fullscreen mode

lazy load

Ejemplo de carga diferida

¿El módulo ES cubre todo lo que necesitamos en JS moderno?

Aunque los módulos nativos de ES mejoran significativamente los modelos anteriores de inclusión de cosas, carecen de algunas características esenciales para el desarrollo moderno de JavaScript. En este momento, no puede hacer lo siguiente:

  1. Importar tipos distintos a JS. Algunos otros archivos están en proceso JSON, pero pasará mucho tiempo antes de que lo tengamos en el navegador.
  2. Importe bibliotecas de terceros al estilo de Node.js. Podrías copiar archivos durante la construcción e importarlos desde una ubicación dentro de node_modules, pero se siente mucho más complicado que simplementeimportar la "biblioteca".
  3. No hay transpilación. Gran parte del JS moderno está escrito en otros lenguajes, por ejemplo, TypeScript. Incluso JS puro necesita transpilación para admitir navegadores más antiguos o utilizar las funciones de lenguaje más recientes.

Por estas razones, en la mayoría de los proyectos, verá paquetes JS, una especie de compilador que prepara la compilación para las implementaciones. Si está interesado en los paquetes, hágamelo saber en los comentarios y consulte los enlaces.

Enlaces

Resumen

En esta publicación, analizamos casos de uso críticos de módulos ES. El siguiente paso sería configurar algún paquete JS para repasar las limitaciones de los módulos nativos.

Top comments (0)