Sistemas y Tecnologías Web: Servidor

Master de II. ULL. 1er cuatrimestre

Organization ULL-MII-SYTWS-2122   Classroom ULL-MII-SYTWS-2122   Campus Virtual SYTWS   Chat Chat   Profesor Casiano

Async Serialize

Introducción

Encontrará parte del material de esta práctica en el Repo ULL-ESIT-PL/async-js-series-webpack.

Se dispone de una función loadScript que permite la carga de un script:

1
2
3
4
5
6
7
8
9

    function loadScript(src, callback) {
        let script = document.createElement('script');
        script.src = src;
      
        script.onload = () => callback(null, script);
        script.onerror = () => callback(new Error(`Script load error for ${src}`));
      
        document.head.append(script);
      }

Que puede ser usada para cargar varios scripts. Supongamos que el segundo script usa funciones definidas en el primero. Tenemos que asegurarnos que el segundo script sólo se carga una vez terminada la carga del primero.

En este ejemplo de uso load-script.html cargamos tres scripts,

  1. script-1.js,
  2. script-2.js y
  3. script-3.js:

cada uno de los scripts cargados usa el código del anterior. Es necesario anidar las callbacks:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
  </head>
  <body>
    <p id="out"></p>
    <script>
      'use strict';
      let out = document.querySelector('p');

      function loadScript(src, callback) {
        let script = document.createElement('script');
        script.src = src;
      
        script.onload = () => callback(null, script);
        script.onerror = () => callback(new Error(`Script load error for ${src}`));
      
        document.head.append(script);
      }
           
      loadScript('script-1.js', (error, script) => {
        if (error) {
          console.error( error ); 
        } else {
          const message = `Cool!, the script '${script.src}' is loaded: "${hello()}"`;
          out.innerHTML = message;
          console.log(message);

          loadScript('script-2.js', (error, script) => {
            if (error) {
              console.error( error ); 
            } else {
              const message = `Great!, the script '${script.src}' is loaded: "${world()}"`;
              out.innerHTML += `<br/>${message}`;
              console.log(message);
              loadScript('script-3.js', (error, script) => {
                if (error) {
                  console.error( error );
                } else {
                  const message = `Unbelievable!, the script '${script.src}' is loaded: "${ull()}"`;
                  out.innerHTML += `<br/>${message}`;
                  console.log(message);
                  // ...continue after all scripts are loaded 
                }
              });
            }
          })
        }
      });
      </script>      
  </body>  
</html>

Puede ver este código en funcionamiento visitando https://ull-esit-pl.github.io/async-js-series-webpack/load-script.html. Si lo hace, recuerde abrir las herramientas de desarrollador para ver los mensajes en la cónsola. Juegue con el debugger para entender el funcionamiento.

Puede encontrar mas detalles sobre este ejercicio en el tutorial del profesor en https://github.com/ULL-ESIT-PL/async-js-series-webpack.

JavaScript is Single Thread but the Browser Isn’t

Un detalle importante en este código ocurre en la asignación script.src = src;

1
2
3
4
5
6
7
8
9

      function loadScript(src, callback) {
        let script = document.createElement('script');
      
        script.onload = () => callback(null, script);
        script.onerror = () => callback(new Error(`Script load error for ${src}`));
        script.src = src; /* Fires the concurrent load of the script */

        document.head.append(script);
      }

Tan pronto como el intérprete JS la ejecuta, el browser lanza una thread para la carga de la imagen. Mientras, el intérprete JS continúa su ejecución secuencial con la línea document.head.append(script); etc.

Cuando la thread de carga de la imagen termina, la correspondiente estructura de datos con la callback (onloadsi todo fue bien u onerror si no se pudo cargar el script) y sus parámetros es insertada en la Callback Queue al final de la misma (es una cola FIFO).

Escriba una función loadScripts

Escriba una función loadScripts([ array-of-urls ], callback) que se llama así:

1
2
3
4
5
6
7
8
9
10
11
12
13
14

let out = document.querySelector('p');

function loadScript(src, callback) {
  ...
}
      
function loadScripts(scripts, cb) {
  ...
}

loadScripts(
['script-1.js', 'script-2.js', 'script-3.js'], 
(err, results) => out.innerHTML = results.map(s => s.src).join("<br/>")
)

y que carga los scripts especificados en el array en secuencia y llama a la callback pasada como último argumento bien con un error si lo hubo o con el array de argumentos pasados como resultados a las callbacks (en este ejemplo los objetos DOM del tipo script creados).

Serialización de Callbacks

Generalize la solución anterior para que secuencialice cualquier array de funciones asíncronas. Esto es, debe funcionar tal como lo hace la función series del módulo Async.js).

Estudie el módulo Async.js y resuma en el informe lo aprendido.

Esta es la forma de uso de la función series:

1
2
3
4
5
6
7
8

series(
    [
        cb => loadScript('script-1.js', cb),
        cb => loadScript('script-2.js', cb),
        cb => loadScript('script-3.js', cb)
    ],
    (err, results) => p.innerHTML = results.map(s => s.src).join("<br/>")
);

Ejemplos de prueba

Si hace las pruebas de funcionamiento con scripts de similar tamaño la probabilidad de que su algoritmo produzca una salida que respeta el orden especificado es alta, incluso si su algoritmo es erróneo.

Puede simular que los scripts son de distinto tamaño retrasando la iniciación de las cargas con un setTimeout que espere por un número aleatorio de milisegundos:

1
2
3

  [~/.../load-script-seq(private)]$ pwd
/Users/casiano/local/src/javascript/learning/async/load-script-seq
[~/.../load-script-seq(private)]$ sed -ne '12,23p' load-scripts.html

1
2
3
4
5
6
7
8
9
10
11
12

      const ir = (min, max) =>  Math.round((Math.random() * (max - min) + min))
      let out = document.querySelector('p');

      function loadScript(src, callback) {
        let script = document.createElement('script');
        setTimeout(() => script.src = src, ir(500,2000));

        script.onload = () => callback(null, script);
        script.onerror = () => callback(new Error(`Script load error for ${src}`));

        document.head.append(script);
      }

Usando el Módulo npm Async en el Navegador

En el repo ULL-ESIT-PL/async-js-series-webpack encontrara el fichero dist/index.html:

1

➜  load-script-seq git:(master) ✗ cat dist/index.html 

1
2
3
4
5
6
7
8
9
10

<!doctype html>
<html>
 <head>
   <title>Getting Started</title>
 </head>
 <body>
    <p id="out"></p>
    <script src="main.js"></script>
 </body>
</html>

Este fichero contiene en su body además del párrafo vacío <p id="out"></p> la carga de un script main.js. El fichero main.js se genera mediante el empaquetador webpack a partir de este otro fichero src/index.js que importa la función series del módulo Async usando sintáxis es6:

1

➜  load-script-seq git:(master) ✗ cat src/index.js 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

import { series } from "async-es";

function loadScript(src, callback) {
    let script = document.createElement('script');
    script.src = src;

    script.onload = () => callback(null, script);
    script.onerror = () => callback(new Error(`Script load error for ${src}`));

    document.head.append(script);
}

let p = document.querySelector('p');

series(
  [
     cb => loadScript('script-1.js', cb),
     cb => loadScript('script-2.js', cb),
     cb => loadScript('script-3.js', cb)
   ],
   (err, results) => p.innerHTML = results.map(s => s.src).join("<br/>")
);

Puede ver el resultado de la ejecución en el despliegue en gh-pages. Abriendo la ventana del desarrollador verá los mensajes en la cónsola.

También puede verlo en local ejecutando npx webpack serve o bien npm run start:dev que ejecuta un servidor con el resultado de la compilación en el puerto 9000:

1
2
3
4
5
6
7
8

  load-script-seq git:(master) ✗ npm run start:dev

> sol@1.0.1 start:dev /Users/casianorodriguezleon/campus-virtual/2021/learning/asyncjs-learning/load-script-seq
> webpack serve

ℹ ｢wds｣: Project is running at http://localhost:9000/
  ...
ℹ ｢wdm｣: Compiled successfully.

Bundlers

Cuando instalamos la dependencia del módulo Async este acaba en el directorio node_modules/. Para usarlo desde el navegador es conveniente usar un bundler. Un bundler en JavaScript es una herramienta que pone todo el código y sus dependencias juntas en unos pocos archivos. Hay muchos de ellos en estos días, siendo los más populares Browserify, Webpack, Rollup, Parcel … Históricamente, JavaScript no ha tenido un estándar para requerir dependencias de su código y de ahí la necesidad de los bundlers.

Webpack

Siga el tutorial Getting Started with Webpack y familiarícese con webpack. Resuma lo aprendido en el informe.

En el repo ULL-ESIT-PL/async-js-series-webpack hemos usado Webpack para procesar la solución que usa el módulo Async:

Si ejecutamos webpack con npm run build o bien npx webpack, este pasa a copiar los scripts de ejemplos script-*.js, load-script.html etc. a la carpeta dist y a compilar el fichero ./src/index.js empaquetándolo con sus dependencias en el fichero dist/main.js:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

➜  load-script-seq git:(master) ✗ npm run build

> sol@1.0.1 build /Users/casianorodriguezleon/campus-virtual/2021/learning/asyncjs-learning/load-script-seq
> webpack

assets by path *.js 67.7 KiB
  asset main.js 67.5 KiB [emitted] (name: main)
  asset script-3.js 66 bytes [emitted] [from: script-3.js] [copied]
  asset script-2.js 61 bytes [emitted] [from: script-2.js] [copied]
  asset script-1.js 52 bytes [emitted] [from: script-1.js] [copied]
asset favicon.ico 15.1 KiB [emitted] [from: favicon.ico] [copied]
asset load-script.html 1.72 KiB [compared for emit] [from: load-script.html] [copied]
orphan modules 159 KiB [orphan] 85 modules
runtime modules 670 bytes 3 modules
cacheable modules 16.3 KiB
  modules by path ./node_modules/async-es/internal/*.js 7.81 KiB 13 modules
  modules by path ./node_modules/async-es/*.js 7.89 KiB
    ./node_modules/async-es/series.js 2.58 KiB [built] [code generated]
    ./node_modules/async-es/asyncify.js 3.21 KiB [built] [code generated]
    ./node_modules/async-es/eachOfSeries.js 955 bytes [built] [code generated]
    ./node_modules/async-es/eachOfLimit.js 1.16 KiB [built] [code generated]
  ./src/index.js 572 bytes [built] [code generated]
webpack 5.26.3 compiled successfully in 322 ms

Los ficheros resultantes quedan en la carpeta dist:

1
2
3
4
5
6
7
8
9
10
11

➜  load-script-seq git:(master) ✗ tree dist 
dist
├── favicon.ico
├── index.html
├── load-script.html
├── main.js
├── script-1.js
├── script-2.js
└── script-3.js

0 directories, 7 files

webpack.config.js

Todo este proceso ha sido gobernado por el fichero de configuración webpack.config.js

1

➜  load-script-seq git:(master) ✗ cat webpack.config.js 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

const path = require('path');
const CopyPlugin = require('copy-webpack-plugin');

module.exports = {
  entry:  path.resolve('.', 'src', 'index.js'), // /Users/casianorodriguezleon/campus-virtual/2021/learning/asyncjs-learning/load-script-seq/src/index.js'
  mode: 'development',
  output: {
    filename: 'main.js',
    path: path.resolve(__dirname, 'dist'), // __dirname contains the path of the folder where this file resides
    clean: true // clean the dist/ folder before each build
  },
  devServer: {
    contentBase: path.join(__dirname, 'dist'),
    compress: false,
    port: 9000
  },
  plugins: [
    new CopyPlugin({ patterns: [ // to: by default is compiler.options.output	which is 'dist/'
      { from: "index.html" },
      { from: 'script-*.js' },
      { from: "favicon.ico" },
      { from: "load-script.html"}
    ]}),
  ],
  devtool: 'eval-cheap-module-source-map', // The devtool option controls if and how source maps are generated.
  module: { // Determines how the different types of modules within a project will be treated
    rules: [
      { // A loader is a node module that exports a function
        // This function is called when a resource should be transformed by the loader
        test: /\.js$/, // Include all modules that pass test assertion
        enforce: 'pre', // Specifies the category of the loader. No value means normal loader.
        use: ['source-map-loader'], 
      },
    ],
  },
};

Packaging all modules in a single JS file

When you run webpack from the command line,

  1. Looks for the entry in your webpack.config.js file: src/index.js and

  2. Builds a dependency graph analyzing the dependencies

    1

    import { series } from "async-es";
    • Our project may have installed dependencies in the node_modules folder that should not be included in our client-side JavaScript production bundle
    • Example: devDependencies that are used for testing and building.
    • Example: Dependencies used only by our backend like express
  3. Every time webpack finds a new module it runs the module through the loader defined in the webpack config file
  4. It also removes the dead code that is not used (for example functions that are never called)
  5. It traverses the dependency graph, pasting the code together and applying the plugins as defined in the config file,
  6. Finally it spits out the bundle to the path defined in the output section of the webpack config: dist/main.js
1

➜  load-script-seq git:(master) ✗ sed -ne '1,13p' dist/main.js 

1
2
3
4
5
6
7
8
9
10
11
12
13

/*
 * ATTENTION: An "eval-source-map" devtool has been used.
 * This devtool is neither made for production nor for readable output files.
 * It uses "eval()" calls to create a separate source file with attached SourceMaps in the browser devtools.
 * If you are trying to read the output file, select a different devtool (https://webpack.js.org/configuration/devtool/)
 * or disable the default devtool with "devtool: false".
 * If you are looking for production-ready output files, see mode: "production" (https://webpack.js.org/configuration/mode/).
 */
/******/ (() => { // webpackBootstrap
/******/        "use strict";
/******/        var __webpack_modules__ = ({

/***/ "./node_modules/async-es/asyncify.js":

Webpack Loaders

Webpack enables use of loaders to preprocess files.

Loaders are transformations that are applied to the source code of a module. They allow you to pre-process files as you import or load them.

Loaders are activated by using loadername! prefixes in require() statements. For example:

1

require('html-loader!./file.html');

or are automatically applied via regex from your webpack configuration like above

Loaders can

  • transform files from a different language (like TypeScript) to JavaScript or
  • load inline images as data URLs.
  • Loaders even allow you to do things like import CSS files directly from your JavaScript modules

It’s good to keep in mind that webpack’s loaders are always evaluated from right to left and from bottom to top (when using separate definitions).

The right-to-left rule is easier to remember when you think about loaders as functions. You can read definition

1

use: ["style-loader", "css-loader"]

as style(css(input)) based on this rule.

Example:

1
2
3
4

const config = {
  test: /\.css$/,
  use: ["style-loader", "css-loader"],
};

The enforce field can be used to push processing either before or after other loaders (It can be either pre or post).

Linting is a good example because we want the build to fail before it does anything else:

1
2
3
4
5

{
  test: /\.js$/,
  enforce: "pre", 
  use: "eslint-loader",
}

Debugging con Webpack

En Webpack cuando estamos aplicando una serie de loaders o de transformaciones a nuestro código, el código generado dista mucho del original: El debugging se convierte en un problema. Para facilitar la depuración es conveniente configurar /webpack.config.js con la opción devtool puesta a eval-cheap-module-source-map

1
2
3
4
5
6
7
8
9
10
11
12

```js
+  devtool: 'eval-cheap-module-source-map',
+  module: {
+    rules: [
+      {
+        test: /\.js$/,
+        enforce: 'pre',
+        use: ['source-map-loader'],
+      },
+    ],
+  },
};    ```

Un source map es una correspondencia que se realiza entre el código original y el código transformado. Véase source-map-loader

Véase el vídeo Webpack dev server y source maps: tutorial práctico:

Escriba su solución como un módulo es6

Reescriba su solución al apartado Serialización de Callbacks en un módulo src/lib/solution.js

1
2
3
4
5
6
7

  [~/.../async/load-script-seq(private)]$ tree src
  src
  ├── index.js
  └── lib
      └── solution.js

  1 directory, 2 files

que sea usado por src/index.js

1
2
3
4
5
6
7
8
9
10
11
12
13

import { loadScript, loadScripts, mySeries } from "./lib/solution.js";

let p = document.querySelector('p');

console.log("Using mySeries");
mySeries(
  [
      cb => loadScript('script-1.js', cb),
      cb => loadScript('script-2.js', cb),
      cb => loadScript('script-3.js', cb)
  ],
  (err, results) => out.innerHTML = results.map(s => s.src).join("<br/>")
);

Referencias

Rúbrica

Incidencias para el Project Board para la práctica

Async Serialize

  • La solución a loadscripts funciona correctamente

  • La solución a mySeries funciona correctamente

  • La solución se ha aislado en un módulo ES6 y funciona correctamente

  • Se ha usado WebPack correctamente y se comprende su funcionamiento

  • Sabe depurar un programa generado con Webpack

Comment with GitHub Utterances