El Lenguaje Javascript: Ilya Kantor
El Lenguaje Javascript: Ilya Kantor
El lenguaje JavaScript
Ilya Kantor
Hecho el 1 de mayo de 2022
Trabajamos constantemente para mejorar el tutorial. Si encuentra algún error, por favor escríbanos a nuestro github.
● Una introducción
● Una introducción a JavaScript
● Manuales y especificaciones
●
Editores de Código
● Consola de desarrollador
● Fundamentos de JavaScript
● ¡Hola, mundo!
●
Estructura del código
● El modo moderno, "use strict"
● Variables
● Tipos de datos
●
Interacción: alert, prompt, confirm
●
Conversiones de Tipos
●
Operadores básicos, matemáticas
●
Comparaciones
●
Ejecución condicional: if, '?'
●
Operadores Lógicos
● Operador Nullish Coalescing '??'
●
Bucles: while y for
●
La sentencia "switch"
●
Funciones
●
Expresiones de función
●
Funciones Flecha, lo básico
●
Especiales JavaScript
● Calidad del código
●
Debugging en el navegador
●
Estilo de codificación
●
Comentarios
●
Código ninja
● Test automatizados con Mocha
●
Polyfills y transpiladores
●
Objetos: lo básico
● Objetos
●
Referencias de objetos y copia
● Garbage Collection
●
Métodos del objeto, "this"
● Constructor, operador "new"
●
Encadenamiento opcional '?.'
● Tipo Symbol
●
Conversión de objeto a valor primitivo
● Tipos de datos
●
Métodos en tipos primitivos
● Números
●
Strings
● Arrays
●
Métodos de arrays
● Iterables
● Map y Set
● WeakMap y WeakSet
1/553
● Object.keys, values, entries
●
Asignación desestructurante
● Fecha y Hora
●
Métodos JSON, toJSON
● Trabajo avanzado con funciones
●
Recursión y pila
● Parámetros Rest y operador Spread
●
Ámbito de Variable y el concepto "closure"
● La vieja "var"
●
Objeto Global
● Función como objeto, NFE
● La sintaxis "new Function"
● Planificación: setTimeout y setInterval
● Decoradores y redirecciones, call/apply
● Función bind: vinculación de funciones
● Funciones de flecha revisadas
● Configuración de las propiedades de objetos
●
Indicadores y descriptores de propiedad
●
"Getters" y "setters" de propiedad
●
Prototipos y herencia
●
Herencia prototípica
●
F.prototype
●
Prototipos nativos
● Métodos prototipo, objetos sin __proto__
● Clases
● Sintaxis básica de `class`
● Herencia de clase
● Propiedades y métodos estáticos.
● Propiedades y métodos privados y protegidos.
●
Ampliación de clases integradas
● Comprobación de clase: "instanceof"
●
Los Mixins
● Manejo de errores
●
Manejo de errores, "try...catch"
●
Errores personalizados, extendiendo Error
●
Promesas y async/await
●
Introducción: callbacks
●
Promesa
●
Encadenamiento de promesas
●
Manejo de errores con promesas
●
Promise API
●
Promisificación
● Microtareas (Microtasks)
●
Async/await
● Generadores e iteración avanzada
●
Generadores
● Iteradores y generadores asíncronos
● Módulos
● Módulos, introducción
● Export e Import
● Importaciones dinámicas
● Temas diversos
2/553
● Proxy y Reflect
● Eval: ejecutando una cadena de código
● Currificación
● Tipo de Referencia
● BigInt
3/553
Aquí aprenderemos JavaScript, empezando desde cero y llegaremos hasta conceptos avanzados como POO.
Nos concentraremos en el lenguaje mismo con el mínimo de notas específicas del entorno.
Una introducción
Acerca del lenguaje JavaScript y el entorno para desarrollar con él.
¿Qué es JavaScript?
Los programas en este lenguaje se llaman scripts. Se pueden escribir directamente en el HTML de una página web y
ejecutarse automáticamente a medida que se carga la página.
Los scripts se proporcionan y ejecutan como texto plano. No necesitan preparación especial o compilación para correr.
Pero a medida que evolucionaba, JavaScript se convirtió en un lenguaje completamente independiente con su propia
especificación llamada ECMAScript , y ahora no tiene ninguna relación con Java.
Hoy, JavaScript puede ejecutarse no solo en los navegadores, sino también en servidores o incluso en cualquier dispositivo
que cuente con un programa especial llamado El motor o intérprete de JavaScript .
El navegador tiene un motor embebido a veces llamado una “Máquina virtual de JavaScript”.
Es bueno recordar estos términos porque son usados en artículos para desarrolladores en internet. También los usaremos.
Por ejemplo, si “la característica X es soportada por V8”, entonces probablemente funciona en Chrome, Opera y Edge.
El motor aplica optimizaciones en cada paso del proceso. Incluso observa como el script compilado se ejecuta, analiza
los datos que fluyen a través de él y aplica optimizaciones al código maquina basadas en ese conocimiento.
JavaScript moderno es un lenguaje de programación “seguro”. No proporciona acceso de bajo nivel a la memoria o la CPU
(UCP), ya que se creó inicialmente para los navegadores los cuales no lo requieren.
Las capacidades de JavaScript dependen en gran medida en el entorno en que se ejecuta. Por ejemplo, Node.JS Soporta
funciones que permiten a JavaScript leer y escribir archivos arbitrariamente, realizar solicitudes de red, etc.
En el navegador JavaScript puede realizar cualquier cosa relacionada con la manipulación de una página web, interacción
con el usuario y el servidor web.
4/553
Por ejemplo, en el navegador JavaScript es capaz de:
● Agregar nuevo HTML a la página, cambiar el contenido existente y modificar estilos.
● Reaccionar a las acciones del usuario, ejecutarse con los clics del ratón, movimientos del puntero y al oprimir teclas.
● Enviar solicitudes de red a servidores remotos, descargar y cargar archivos (Tecnologías llamadas AJAX y
COMET ).
●
Obtener y configurar cookies, hacer preguntas al visitante y mostrar mensajes.
● Recordar datos en el lado del cliente con el almacenamiento local (“local storage”).
Las capacidades de JavaScript en el navegador están limitadas por el bien de la seguridad de usuario. El objetivo es
prevenir que una página maliciosa acceda a información privada o dañe los datos de usuario.
Los navegadores más modernos le permiten trabajar con archivos, pero el acceso es limitado y solo permitido si el usuario
realiza ciertas acciones, como “arrastrar” un archivo a la ventana del navegador o seleccionarlo por medio de una etiqueta
<input >.
Existen maneras de interactuar con la cámara, micrófono y otros dispositivos, pero eso requiere el permiso explícito del
usuario. Por lo tanto, una página habilitada para JavaScript no puede habilitar una cámara web para observar el entorno y
enviar la información a la NSA .
● Diferentes pestañas y ventanas generalmente no se conocen entre sí. A veces sí lo hacen, por ejemplo, cuando una
ventana usa JavaScript para abrir otra. Pero incluso en este caso, JavaScript no puede acceder a la otra si provienen de
diferentes sitios (de diferente dominio, protocolo o puerto).
Esta restricción es conocida como “política del mismo origen” (“Same Origin Policy”). Es posible la comunicación, pero
ambas páginas deben acordar el intercambio de datos y contener el código especial de JavaScript que permite controlarlo.
Cubriremos esto en el tutorial.
Esta limitación es, de nuevo, para la seguridad del usuario. Una página de http://anysite.com la cual el usuario ha
abierto no debe ser capaz de acceder a otra pestaña del navegador con la URL http://gmail.com y robar
información de esta otra página.
● JavaScript puede fácilmente comunicarse a través de la red con el servidor de donde la página actual proviene. Pero su
capacidad para recibir información de otros sitios y dominios esta bloqueada. Aunque sea posible, esto requiere un
acuerdo explícito (expresado en los encabezados HTTP) desde el sitio remoto. Una vez más, esto es una limitación de
seguridad.
https://javascript.info
https://javascript.info https://gmail.com
<script>
...
</script>
Tales limitaciones no existen si JavaScript es usado fuera del navegador, por ejemplo, en un servidor. Los navegadores
modernos también permiten complementos y extensiones que pueden solicitar permisos extendidos.
5/553
¿Qué hace a JavaScript único?
JavaScript es la única tecnología de los navegadores que combina estas tres cosas.
Eso es lo que hace a JavaScript único. Por esto es la herramienta mas extendida para crear interfaces de navegador.
Dicho esto, JavaScript también permite crear servidores, aplicaciones móviles, etc.
La sintaxis de JavaScript no se adapta a las necesidades de todos. Personas diferentes querrán diferentes características.
Esto es algo obvio, porque los proyectos y requerimientos son diferentes para cada persona.
Así que recientemente ha aparecido una gran cantidad de nuevos lenguajes, los cuales son Convertidos/Transpilados a
JavaScript antes de ser ejecutados en el navegador.
Las herramientas modernas hacen la conversión (Transpilación) muy rápida y transparente, permitiendo a los
desarrolladores codificar en otros lenguajes y convertirlo automáticamente detrás de escena.
Hay más. Por supuesto, incluso si nosotros usamos alguno de estos lenguajes, deberíamos conocer también JavaScript para
realmente entender qué estamos haciendo.
Resumen
●
JavaScript fue inicialmente creado como un lenguaje solo para el navegador, pero ahora es usado también en muchos
otros entornos.
●
Hoy en día, JavaScript tiene una posición única como el lenguaje más extendido y adoptado de navegador, con una
integración completa con HTML y CSS.
● Existen muchos lenguajes que se convierten o transpilan a JavaScript y aportan ciertas características. Es recomendable
echarles un vistazo, al menos brevemente, después de dominar JavaScript.
Manuales y especificaciones
Este libro es un tutorial. Su objetivo es ayudarte a aprender el lenguaje gradualmente. Pero una vez que te familiarices con lo
básico, necesitarás otras fuentes.
Especificación
La especificación ECMA-262 contiene la información más exhaustiva, detallada, y formal sobre JavaScript. En ella se
define el lenguaje.
Pero por su estilo formal, es difícil de entender a primeras. Así que si necesitas la fuente de información más fiable sobre los
detalles del lenguaje, esta especificación es el lugar correcto a consultar. Es de entender entonces que no es para el uso
diario.
6/553
Una nueva versión de la especificación del lenguaje es publicada anualmente. Entre publicaciones, el último borrador de la
especificación se puede consultar en https://tc39.es/ecma262/ .
Para leer acerca de las nuevas prestaciones de vanguardia del lenguaje, incluyendo aquellas que son “cuasi-estándar”
(apodado “stage 3”), encuentra las propuestas en https://github.com/tc39/proposals .
Si estás desarrollando para navegadores web, se mencionan otras especificaciones en la segunda parte del tutorial.
Manuales
●
MDN (Mozilla) JavaScript Reference es el manual principal, con ejemplos y otras informaciones. Es fantástico para
obtener información exhaustiva sobre funciones individuales del lenguaje, métodos, etc.
Aunque a menudo es preferible una búsqueda en internet. Simplemente añade “MDN [término]” en la consulta, por ejemplo
https://google.com/search?q=MDN+parseInt para buscar la función parseInt .
Tablas de compatibilidad
Todos estos recursos son de utilidad para el desarrollo con JavaScript, ya que incluyen información valiosa sobre los detalles
del lenguaje, su compatibilidad, etc.
Por favor, tenlos en cuenta (o esta página) para cuando necesites información exhaustiva sobre una característica
determinada.
Editores de Código
Un editor de código es el lugar donde los programadores pasan la mayor parte de su tiempo.
Hay dos principales tipos de editores de código: IDEs y editores livianos. Muchas personas usan una herramienta de cada
tipo.
IDE
El término IDE (siglas en inglés para Integrated Development Environment, Ambiente Integrado de Desarrollo) se refiere a
un poderoso editor con varias características que operan usualmente sobre un “proyecto completo”. Como el nombre
sugiere, no sólo es un editor, sino un completo “ambiente de desarrollo”.
Un IDE carga el proyecto (el cual puede ser de varios archivos), permite navegar entre archivos, provee autocompletado
basado en el proyecto completo (no sólo el archivo abierto), e integra un sistema de control de versiones (como git ), un
ambiente de pruebas, entre otras cosas a “nivel de proyecto”.
Para Windows, también está “Visual Studio”, no lo confundamos con “Visual Studio Code”. “Visual Studio” es un poderoso
editor pagado sólo para Windows, idóneo para la plataforma .NET. Una versión gratuita es de este editor se llama Visual
Studio Community .
Muchos IDEs son de paga pero tienen un periodo de prueba. Su costo usualmente es pequeño si lo comparamos al salario
de un desarrollador calificado, así que sólo escoge el mejor para ti.
Editores livianos
“Editores livianos” no son tan poderosos como los IDEs, pero son rápidos, elegantes y simples.
7/553
Son usados principalmente para abrir y editar un archivo al instante.
La diferencia principal entre un “editor liviano” y un “IDE” es que un IDE trabaja a nivel de proyecto, por lo que carga mucha
más información desde el inicio, analiza la estructura del proyecto si así lo requiere y continua. Un editor liviano es mucho
más rápido si solo necesitamos un archivo.
En la práctica, los editores livianos pueden tener montones de plugins incluyendo analizadores de sintaxis a nivel de
directorio y autocompletado, por lo que no hay un límite estricto entre un editor liviano y un IDE.
No discutamos
Los editores en las listas anteriores son aquellos que yo o mis amigos a quienes considero buenos programadores hemos
estado usando por un largo tiempo y con los que somos felices.
Existen otros grandes editores en este gran mundo. Por favor escoge el que más te guste.
La elección de un editor, como cualquier otra herramienta, es individual y depende de tus proyectos, hábitos y preferencias
personales.
Consola de desarrollador
El código es propenso a errores. Es muy probable que cometas errores … Oh, ¿de qué estoy hablando? Definitivamente vas
a cometer errores, al menos si eres un humano, no un robot .
Pero el navegador, de forma predeterminada, no muestra los errores al usuario. Entonces si algo sale mal en el script, no
veremos lo que está roto y no podemos arreglarlo.
Para ver los errores y obtener mucha otra información útil sobre los scripts, se han incorporado “herramientas de desarrollo”
en los navegadores.
La mayoría de los desarrolladores se inclinan por Chrome o Firefox para el desarrollo porque esos navegadores tienen las
mejores herramientas para desarrolladores. Otros navegadores también proporcionan herramientas de desarrollo, a veces
con características especiales, pero generalmente están jugando a ponerse al día con Chrome o Firefox. Por lo tanto, la
mayoría de los desarrolladores tienen un navegador “favorito” y cambian a otros si un problema es específico del navegador.
Las herramientas de desarrollo son potentes; Tienen muchas características. Para comenzar, aprenderemos cómo abrirlas,
observar errores y ejecutar comandos JavaScript.
Google Chrome
Hay un error en el código JavaScript dentro de la página. Está oculto a los ojos de un visitante regular, así que abramos las
herramientas de desarrollador para verlo.
Se ve algo así:
8/553
El aspecto exacto de las herramientas de desarrollador depende de su versión de Chrome. Cambia de vez en cuando, pero
debería ser similar.
●
Aquí podemos ver el mensaje de error de color rojo. En este caso, el script contiene un comando desconocido “lalala”.
●
A la derecha, hay un enlace en el que se puede hacer clic en la fuente bug.html:12 con el número de línea donde se
produjo el error.
Debajo del mensaje de error, hay un símbolo azul > . Marca una “línea de comando” donde podemos escribir comandos
JavaScript. Presione Enter para ejecutarlos.
Ahora podemos ver errores, y eso es suficiente para empezar. Volveremos a las herramientas de desarrollador más adelante
y cubriremos la depuración más en profundidad en el capítulo Debugging en el navegador.
Entrada multilínea
Por lo general, cuando colocamos una línea de código en la consola y luego presionamos Enter, se ejecuta.
Para insertar varias líneas, presione Shift+Enter . De esta forma se pueden ingresar fragmentos largos de código
JavaScript.
La mayoría de los otros navegadores usan F12 para abrir herramientas de desarrollador.
La apariencia de ellos es bastante similar. Una vez que sepa cómo usar una de estas herramientas (puede comenzar con
Chrome), puede cambiar fácilmente a otra.
Safari
Safari (navegador Mac, no compatible con Windows/Linux) es un poco especial aquí. Necesitamos habilitar primero el “Menú
de desarrollo”.
Abra Preferencias y vaya al panel “Avanzado”. Hay una casilla de verificación en la parte inferior:
Ahora combine Cmd+Opt+C para alternar a consola. Además, tenga en cuenta que ha aparecido el nuevo elemento del
menú superior denominado “Desarrollar”. Tiene muchos comandos y opciones.
Resumen
●
Las herramientas para desarrolladores nos permiten ver errores, ejecutar comandos, examinar variables y mucho más.
● Se pueden abrir con F12 para la mayoría de los navegadores en Windows. Chrome para Mac necesita la combinación
Cmd+Opt+J , Safari: Cmd+Opt+C (primero debe habilitarse).
Fundamentos de JavaScript
Aprendamos los fundamentos para construir código.
9/553
¡Hola, mundo!
Esta parte del tutorial trata sobre el núcleo de JavaScript, el lenguaje en sí.
Pero necesitamos un entorno de trabajo para ejecutar nuestros scripts y, dado que este libro está en línea, el navegador es
una buena opción. Mantendremos la cantidad de comandos específicos del navegador (como alert ) al mínimo para que
no pases tiempo en ellos si planeas concentrarte en otro entorno (como Node.js). Nos centraremos en JavaScript en el
navegador en la siguiente parte del tutorial.
Primero, veamos cómo adjuntamos un script a una página web. Para entornos del lado del servidor (como Node.js), puedes
ejecutar el script con un comando como "node my.js" .
La etiqueta “script”
Los programas de JavaScript se pueden insertar en casi cualquier parte de un documento HTML con el uso de la etiqueta
<script> .
Por ejemplo:
<!DOCTYPE HTML>
<html>
<body>
<script>
alert( '¡Hola, mundo!' );
</script>
</body>
</html>
La etiqueta <script> contiene código JavaScript que se ejecuta automáticamente cuando el navegador procesa la
etiqueta.
Marcado moderno
La etiqueta <script> tiene algunos atributos que rara vez se usan en la actualidad, pero aún se pueden encontrar en
código antiguo:
<script type="text/javascript"><!--
...
//--></script>
Este truco no se utiliza en JavaScript moderno. Estos comentarios ocultaban el código JavaScript de los navegadores
antiguos que no sabían cómo procesar la etiqueta <script> . Dado que los navegadores lanzados en los últimos 15 años
no tienen este problema, este tipo de comentario puede ayudarte a identificar códigos realmente antiguos.
10/553
Scripts externos
<script src="/path/to/script.js"></script>
Aquí, /path/to/script.js es una ruta absoluta al archivo de script desde la raíz del sitio. También se puede
proporcionar una ruta relativa desde la página actual. Por ejemplo, src="script.js" significaría un archivo
"script.js" en la carpeta actual.
<script src="https://cdnjs.cloudflare.com/ajax/libs/lodash.js/4.17.11/lodash.js"></script>
<script src="/js/script1.js"></script>
<script src="/js/script2.js"></script>
…
Otras páginas que hacen referencia al mismo script lo tomarán del caché en lugar de descargarlo, por lo que el archivo
solo se descarga una vez.
Eso reduce el tráfico y hace que las páginas sean más rápidas.
Esto no funcionará:
<script src="file.js">
alert(1); // el contenido se ignora porque se estableció src
</script>
<script src="file.js"></script>
<script>
alert(1);
</script>
Resumen
●
Podemos usar una etiqueta <script> para agregar código JavaScript a una página.
●
Los atributos type y language no son necesarios.
●
Un script en un archivo externo se puede insertar con <script src="path/to/script.js"> </script> .
Hay mucho más que aprender sobre los scripts del navegador y su interacción con la página web. Pero tengamos en cuenta
que esta parte del tutorial está dedicada al lenguaje JavaScript, por lo que no debemos distraernos con implementaciones
11/553
específicas del navegador. Usaremos el navegador como una forma de ejecutar JavaScript, lo cual es muy conveniente para
la lectura en línea, pero es solo una de muchas.
Tareas
A solución
Toma la solución de la tarea anterior Mostrar una alerta. Modificarla extrayendo el contenido del script a un archivo externo
alert.js , ubicado en la misma carpeta.
A solución
Sentencias
Podemos tener tantas sentencias en nuestro código como queramos, las cuales se pueden separar con un punto y coma.
alert('Hola'); alert('Mundo');
Generalmente, las sentencias se escriben en líneas separadas para hacer que el código sea más legible:
alert('Hola');
alert('Mundo');
Punto y coma
Se puede omitir un punto y coma en la mayoría de los casos cuando existe un salto de línea.
Esto también funcionaría:
alert('Hola')
alert('Mundo')
Aquí, JavaScript interpreta el salto de línea como un punto y coma “implícito”. Esto se denomina inserción automática de
punto y coma .
En la mayoría de los casos, una nueva línea implica un punto y coma. Pero “en la mayoría de los casos” no significa
“siempre”!
12/553
Hay casos en que una nueva línea no significa un punto y coma. Por ejemplo:
alert(3 +
1
+ 2);
El código da como resultado 6 porque JavaScript no inserta punto y coma aquí. Es intuitivamente obvio que si la línea
termina con un signo más "+" , es una “expresión incompleta”, un punto y coma aquí sería incorrecto. Y en este caso eso
funciona según lo previsto.
Pero hay situaciones en las que JavaScript “falla” al asumir un punto y coma donde realmente se necesita.
Los errores que ocurren en tales casos son bastante difíciles de encontrar y corregir.
Un ejemplo de error
Si tienes curiosidad por ver un ejemplo concreto de tal error, mira este código:
alert("Hello");
[1, 2].forEach(alert);
No es necesario pensar en el significado de los corchetes [] y forEach todavía, los estudiaremos más adelante. Por
ahora, solo recuerda el resultado del código: muestra Hello , luego 1 , luego 2 .
alert("Hello")
[1, 2].forEach(alert);
La diferencia, comparando con el código anterior, es de solo un carácter: falta el punto y coma al final de la primera línea.
Esta vez, si ejecutamos el código, solo se ve el primer Hello (y un error pero necesitas abrir la consola para verlo). Los
números no aparecen más.
Esto ocurre porque JavaScript no asume un punto y coma antes de los corchetes [...] , entonces el código del primer
ejemplo se trata como una sola sentencia.
Así es como lo ve el motor:
alert("Hello")[1, 2].forEach(alert);
Se ve extraño, ¿verdad? Tal unión en este caso es simplemente incorrecta. Necesitamos poner un punto y coma
después del alert para que el código funcione bien.
Recomendamos colocar puntos y coma entre las sentencias, incluso si están separadas por saltos de línea. Esta regla está
ampliamente adoptada por la comunidad. Notemos una vez más que es posible omitir los puntos y coma la mayoría del
tiempo. Pero es más seguro, especialmente para un principiante, usarlos.
Comentarios
A medida que pasa el tiempo, los programas se vuelven cada vez más complejos. Se hace necesario agregar comentarios
que describan lo que hace el código y por qué.
Los comentarios se pueden poner en cualquier lugar de un script. No afectan su ejecución porque el motor simplemente los
ignora.
Los comentarios de una línea comienzan con dos caracteres de barra diagonal // .
El resto de la línea es un comentario. Puede ocupar una línea completa propia o seguir una sentencia.
Como aquí:
13/553
// Este comentario ocupa una línea propia.
alert('Hello');
Los comentarios de varias líneas comienzan con una barra inclinada y un asterisco /* y terminan con un asterisco
y una barra inclinada */ .
Como aquí:
El contenido de los comentarios se ignora, por lo que si colocamos el código dentro de /* … */ , no se ejecutará.
A veces puede ser útil deshabilitar temporalmente una parte del código:
/* Comentando el código
alert('Hola');
*/
alert('Mundo');
/*
/* comentario anidado ?!? */
*/
alert( 'Mundo' );
Los comentarios aumentan el tamaño general del código, pero eso no es un problema en absoluto. Hay muchas
herramientas que minimizan el código antes de publicarlo en un servidor de producción. Eliminan los comentarios, por lo que
no aparecen en los scripts de trabajo. Por lo tanto, los comentarios no tienen ningún efecto negativo en la producción.
Más adelante, en el tutorial, habrá un capítulo Estilo de codificación que también explica cómo escribir mejores comentarios.
Esto fue así hasta 2009, cuando ECMAScript 5 (ES5) apareció. Esta versión añadió nuevas características al lenguaje y
modificó algunas de las ya existentes. Para mantener el código antiguo funcionando, la mayor parte de las modificaciones
están desactivadas por defecto. Tienes que activarlas explícitamente usando una directiva especial: "use strict" .
“use strict”
14/553
La directiva se asemeja a un string: "use strict" . Cuando se sitúa al principio de un script, el script entero funciona de
la manera “moderna”.
Por ejemplo:
"use strict";
Aprenderemos funciones (una manera de agrupar comandos) en breve, pero adelantemos que "use strict" se puede
poner al inicio de una función. De esta manera, se activa el modo estricto únicamente en esa función. Pero normalmente se
utiliza para el script entero.
alert("algo de código");
// la directiva "use strict" de abajo es ignorada, tiene que estar al principio
"use strict";
Cuando utilices la consola del navegador para ejecutar código, ten en cuenta que no utiliza use strict por defecto.
Primero puedes intentar pulsando Shift+Enter para ingresar múltiples líneas y poner use strict al principio, como
aquí:
Si esto no funciona, como en los viejos navegadores, hay una fea pero confiable manera de asegurar use strict . Ponlo
dentro de esta especie de envoltura:
(function() {
'use strict';
// ...tu código...
})()
15/553
La pregunta podría parecer obvia, pero no lo es.
Uno podría recomendar que se comiencen los script con "use strict" … ¿Pero sabes lo que es interesante?
El JavaScript moderno admite “clases” y “módulos”, estructuras de lenguaje avanzadas (que seguramente llegaremos a ver),
que automáticamente habilitan use strict . Entonces no necesitamos agregar la directiva "use strict" si las
usamos.
Entonces, por ahora "use strict"; es un invitado bienvenido al tope de tus scripts. Luego, cuando tu código sea
todo clases y módulos, puedes omitirlo.
A partir de ahora tenemos que saber acerca de use strict en general.
En los siguientes capítulos, a medida que aprendamos características del lenguaje, veremos las diferencias entre el modo
estricto y el antiguo. Afortunadamente no hay muchas y realmente hacen nuestra vida mejor.
Todos los ejemplos en este tutorial asumen modo estricto salvo que (muy raramente) se especifique lo contrario.
Variables
La mayoría del tiempo, una aplicación de JavaScript necesita trabajar con información. Aquí hay 2 ejemplos:
1. Una tienda en línea – La información puede incluir los bienes a la venta y un “carrito de compras”.
2. Una aplicación de chat – La información puede incluir los usuarios, mensajes, y mucho más.
Una variable
Una variable es un “almacén con un nombre” para guardar datos. Podemos usar variables para almacenar golosinas,
visitantes, y otros datos.
La siguiente declaración genera (en otras palabras: declara o define) una variable con el nombre “message”:
let message;
let message;
La cadena ahora está almacenada en el área de la memoria asociada con la variable. La podemos acceder utilizando el
nombre de la variable:
let message;
message = 'Hola!';
Para ser concisos, podemos combinar la declaración de la variable y su asignación en una sola línea:
alert(message); // Hola!
Esto puede parecer más corto, pero no lo recomendamos. Por el bien de la legibilidad, por favor utiliza una línea por variable.
16/553
La versión de líneas múltiples es un poco más larga, pero se lee más fácil:
Técnicamente, todas estas variantes hacen lo mismo. Así que, es cuestión de gusto personal y preferencia estética.
La palabra clave var es casi lo mismo que let . También hace la declaración de una variable, aunque de un modo
ligeramente distinto, y más antiguo.
Existen sutiles diferencias entre let y var , pero no nos interesan en este momento. Cubriremos el tema a detalle en
el capítulo La vieja "var".
Podemos comprender fácilmente el concepto de una “variable” si nos la imaginamos como una “caja” con una etiqueta de
nombre único pegada en ella.
Por ejemplo, podemos imaginar la variable message como una caja etiquetada "message" con el valor "Hola!"
adentro:
"H
ell
o
!"
message
let message;
message = 'Hola!';
alert(message);
Cuando el valor ha sido alterado, los datos antiguos serán removidos de la variable:
17/553
llo!"
" He
"W
or
ld
!"
message
let message;
Debemos declarar una variable una sola vez y desde entonces referirnos a ella sin let .
Lenguajes funcionales
Es interesante notar el hecho que lenguajes de programación funcional , como Scala o Erlang prohíben cambiar
el valor de variables.
En tales lenguajes, una vez la variable ha sido almacenada “en la caja”, permanece allí por siempre. Si necesitamos
almacenar algo más, el lenguaje nos obliga a crear una nueva caja (generar una nueva variable). No podemos reusar la
antigua.
Aunque puede parecer un poco extraño a primera vista, estos lenguajes son muy capaces de desarrollo serio. Más aún,
existen áreas como computación en paralelo en las cuales esta limitación otorga ciertos beneficios. Estudiar tales
lenguajes (incluso sin la intención de usarlo en el futuro cercano) es recomendable para ampliar la mente.
Nombramiento de variables
let userName;
let test123;
Cuando el nombre contiene varias palabras, comúnmente se utiliza camelCase . Es decir: palabras van una detrás de
otra, con cada palabra iniciando con letra mayúscula: miNombreMuyLargo .
18/553
Es interesante notar – el símbolo del dólar '$' y el guión bajo '_' también se utilizan en nombres. Son símbolos
comunes, tal como las letras, sin ningún significado especial.
alert($ + _); // 3
La Capitalización es Importante
Variables con el nombre manzana y manzANA son distintas.
Letras que no son del alfabeto inglés están permitidas, pero no se recomiendan
Es posible utilizar letras de cualquier alfabeto, incluyendo el cirílico e incluso jeroglíficos, por ejemplo:
Técnicamente, no existe ningún error aquí. Tales nombres están permitidos, pero existe una tradición internacional de
utilizar inglés en el nombramiento de variables. Incluso si estamos escribiendo un script pequeño, este puede tener una
larga vida por delante. Puede ser necesario que gente de otros países deba leerlo en algún momento.
Nombres reservados
Hay una lista de palabras reservadas , las cuales no pueden ser utilizadas como nombre de variable porque el
lenguaje en sí las utiliza.
Por ejemplo: let , class , return , y function están reservadas.
19/553
Una asignación sin utilizar use strict
Normalmente, debemos definir una variable antes de utilizarla. Pero, en los viejos tiempos, era técnicamente posible
crear una variable simplemente asignando un valor sin utilizar ‘let’. Esto aún funciona si no ponemos ‘use strict’ en
nuestros scripts para mantener la compatibilidad con scripts antiguos.
alert(num); // 5
"use strict";
Constantes
Para declarar una variable constante (inmutable) use const en vez de let :
Las variables declaradas utilizando const se llaman “constantes”. No pueden ser alteradas. Al intentarlo causaría un error:
Cuando un programador está seguro de que una variable nunca cambiará, puede declarar la variable con const para
garantizar y comunicar claramente este hecho a todos.
Constantes mayúsculas
Existe una práctica utilizada ampliamente de utilizar constantes como aliases de valores difíciles-de-recordar y que se
conocen previo a la ejecución.
Ventajas:
●
COLOR_ORANGE es mucho más fácil de recordar que "#FF7F00" .
●
Es mucho más fácil escribir mal "#FF7F00" que COLOR_ORANGE .
●
Al leer el código, COLOR_ORANGE tiene mucho más significado que #FF7F00 .
¿Cuándo se deben utilizar letras mayúsculas para una constante, y cuando se debe nombrarla de manera normal?
Dejémoslo claro.
Ser una “constante” solo significa que el valor de la variable nunca cambia. Pero hay constantes que son conocidas previo a
la ejecución (como el valor hexadecimal del color rojo) y hay constantes que son calculadas en el tiempo de ejecución, pero
no cambian después de su asignación inicial.
20/553
Por ejemplo:
const pageLoadTime = /* el tiempo que tardó la página web para cargar */;
El valor de pageLoadTime no se conoce antes de cargar la página, así que la nombramos normalmente. No obstante, es
una constante porque no cambia después de su asignación inicial.
En otras palabras, las constantes nombradas con mayúscula son utilizadas como áliases para valores que son “hard-coded”.
Nombrar variables es una de las habilidades más importantes y complejas en la programación. Un vistazo rápido a el
nombre de las variables nos revela cuál código fue escrito por un principiante o por un desarrollador experimentado.
En un proyecto real, la mayor parte de el tiempo se pasa modificando y extendiendo una base de código en vez de empezar
a escribir algo desde cero. Cuando regresamos a algún código después de hacer algo distinto por un rato, es mucho más
fácil encontrar información que está bien etiquetada. O, en otras palabras, cuando las variables tienen nombres adecuados.
Por favor pasa tiempo pensando en el nombre adecuado para una variable antes de declararla. Hacer esto te da un retorno
muy sustancial.
Algunas reglas buenas para seguir:
●
Use términos legibles para humanos como userName p shoppingCart .
●
Evite abreviaciones o nombres cortos a , b , c , al menos que en serio sepa lo que está haciendo.
●
Cree nombres que describen al máximo lo que son y sean concisos. Ejemplos que no son adecuados son data y
value . Estos nombres no nos dicen nada. Estos solo está bien usarlos en el contexto de un código que deje
excepcionalmente obvio cuál valor o cuales datos está referenciando la variable.
●
Acuerda en tu propia mente y con tu equípo cuáles términos se utilizarán. Si a un visitante se le llamara “user”, debemos
llamar las variables relacionadas currentUser o newUser en vez de currentVisitor o newManInTown .
¿Suena simple? De hecho lo es, pero no es tan fácil crear nombres de variables descriptivos y concisos a la hora de
practicar. Inténtelo.
¿Reusar o crear?
Una última nota. Existen programadores haraganes que, en vez de declarar una variable nueva, tienden a reusar las
existentes.
El resultado de esto es que sus variables son como cajas en las cuales la gente introduce cosas distintas sin cambiar sus
etiquetas. ¿Que existe dentro de la caja? ¿Quién sabe? Necesitamos acercarnos y revisar.
Dichos programadores se ahorran un poco durante la declaración de la variable, pero pierden diez veces más a la hora
de depuración.
Resumen
Podemos declarar variables para almacenar datos al utilizar las palabra clave var , let , o const .
●
let – es la forma moderna de declaración de una variable.
●
var – es la declaración de variable de vieja escuela. Normalmente no lo utilizamos en absoluto. Cubriremos sus sutiles
diferencias con let en el capítulo La vieja "var", por si lo necesitaras.
●
const – es como let , pero el valor de la variable no puede ser alterado.
Las variables deben ser nombradas de tal manera que entendamos fácilmente lo que está en su interior.
Tareas
21/553
Trabajando con variables.
importancia: 2
A solución
1. Crea una variable con el nombre de nuestro planeta. ¿Cómo nombrarías a dicha variable?
2. Crea una variable para almacenar el nombre del usuario actual de un sitio web. ¿Cómo nombrarías a dicha variable?
A solución
¿const mayúsculas?
importancia: 4
Aquí tenemos una constante birthday y age es calculada desde birthday con la ayuda de cierto código (no está
provisto para abreviar y porque los detalles no importan aquí).
¿Sería correcto usar mayúsculas para birthday ? ¿Para age ? ¿O incluso para ambos?
A solución
Tipos de datos
Un valor en JavaScript siempre pertenece a un tipo de dato determinado. Por ejemplo, un string o un número.
Hay ocho tipos de datos básicos en JavaScript. En este capítulo los cubriremos en general y en los próximos hablaremos de
cada uno de ellos en detalle.
Podemos almacenar un valor de cualquier tipo dentro de una variable. Por ejemplo, una variable puede contener en un
momento un string y luego almacenar un número:
// no hay error
let message = "hola";
message = 123456;
Los lenguajes de programación que permiten estas cosas, como JavaScript, se denominan “dinámicamente tipados”, lo que
significa que allí hay tipos de datos, pero las variables no están vinculadas rígidamente a ninguno de ellos.
Number
let n = 123;
n = 12.345;
22/553
El tipo number representa tanto números enteros como de punto flotante.
Hay muchas operaciones para números. Por ejemplo, multiplicación * , división / , suma + , resta - , y demás.
Además de los números comunes, existen los llamados “valores numéricos especiales” que también pertenecen a este tipo
de datos: Infinity , -Infinity y NaN .
● Infinity representa el Infinito matemático ∞. Es un valor especial que es mayor que cualquier número.
alert( 1 / 0 ); // Infinity
● NaN representa un error de cálculo. Es el resultado de una operación matemática incorrecta o indefinida, por ejemplo:
Por lo tanto, si hay un NaN en alguna parte de una expresión matemática, se propaga a todo el resultado (con una única
excepción: NaN ** 0 es 1 ).
El script nunca se detendrá con un error fatal (“morir”). En el peor de los casos, obtendremos NaN como resultado.
Los valores numéricos especiales pertenecen formalmente al tipo “número”. Por supuesto que no son números en el sentido
estricto de la palabra.
Veremos más sobre el trabajo con números en el capítulo Números.
BigInt
En JavaScript, el tipo “number” no puede representar valores enteros mayores que (253-1) (eso es
9007199254740991 ), o menor que -(253-1) para negativos. Es una limitación técnica causada por su representación
interna.
Para la mayoría de los propósitos es suficiente, pero a veces necesitamos números realmente grandes. Por ejemplo, para
criptografía o marcas de tiempo de precisión de microsegundos.
BigInt se agregó recientemente al lenguaje para representar enteros de longitud arbitraria.
Como los números BigInt rara vez se necesitan, no los cubrimos aquí sino que les dedicamos un capítulo separado <info:
bigint>. Léelo cuando necesites números tan grandes.
23/553
Problemas de compatibilidad
En este momento, BigInt está soportado por Firefox/Chrome/Edge/Safari, pero no por IE.
Puedes revisar la tabla de compatibilidad de BigInt en MDN para saber qué versiones de navegador tienen soporte.
String
Las comillas dobles y simples son comillas “sencillas” (es decir, funcionan igual). No hay diferencia entre ellas en JavaScript.
Los backticks son comillas de “funcionalidad extendida”. Nos permiten incrustar variables y expresiones en una cadena de
caracteres encerrándolas en ${...} , por ejemplo:
La expresión dentro de ${...} se evalúa y el resultado pasa a formar parte de la cadena. Podemos poner cualquier cosa
ahí dentro: una variable como name , una expresión aritmética como 1 + 2 , o algo más complejo.
Toma en cuenta que esto sólo se puede hacer con los backticks. ¡Las otras comillas no tienen esta capacidad de
incrustación!
alert( "el resultado es ${1 + 2}" ); // el resultado es ${1 + 2} (las comillas dobles no hacen nada)
En JavaScript no existe tal tipo. Sólo hay un tipo: string . Un string puede estar formado por un solo carácter, por
ninguno, o por varios de ellos.
Este tipo se utiliza comúnmente para almacenar valores de sí/no: true significa “sí, correcto, verdadero”, y false
significa “no, incorrecto, falso”.
Por ejemplo:
24/553
Los valores booleanos también son el resultado de comparaciones:
En JavaScript, null no es una “referencia a un objeto inexistente” o un “puntero nulo” como en otros lenguajes.
El código anterior indica que el valor de age es desconocido o está vacío por alguna razón.
El valor especial undefined también se distingue. Hace un tipo propio, igual que null .
let age;
alert(age); // "undefined"
…Pero no recomendamos hacer eso. Normalmente, usamos null para asignar un valor “vacío” o “desconocido” a una
variable, mientras undefined es un valor inicial reservado para cosas que no han sido asignadas.
Object y Symbol
Todos los demás tipos se llaman “primitivos” porque sus valores pueden contener una sola cosa (ya sea una cadena, un
número o lo que sea). Por el contrario, los objetos se utilizan para almacenar colecciones de datos y entidades más
complejas.
Siendo así de importantes, los objetos merecen un trato especial. Nos ocuparemos de ellos más adelante en el capítulo
Objetos después de aprender más sobre los primitivos.
El tipo symbol (símbolo) se utiliza para crear identificadores únicos para los objetos. Tenemos que mencionarlo aquí para
una mayor integridad, pero es mejor estudiar este tipo después de los objetos.
El operador typeof
El operador typeof devuelve el tipo del argumento. Es útil cuando queremos procesar valores de diferentes tipos de forma
diferente o simplemente queremos hacer una comprobación rápida.
25/553
La llamada a typeof x devuelve una cadena con el nombre del tipo:
typeof 0 // "number"
1. Math es un objeto incorporado que proporciona operaciones matemáticas. Lo aprenderemos en el capítulo Números.
Aquí sólo sirve como ejemplo de un objeto.
2. El resultado de typeof null es "object" . Esto está oficialmente reconocido como un error de comportamiento de
typeof que proviene de los primeros días de JavaScript y se mantiene por compatibilidad. Definitivamente null no es
un objeto. Es un valor especial con un tipo propio separado.
3. El resultado de typeof alert es "function" porque alert es una función. Estudiaremos las funciones en los
próximos capítulos donde veremos que no hay ningún tipo especial “function” en JavaScript. Las funciones pertenecen al
tipo objeto. Pero typeof las trata de manera diferente, devolviendo function . Además proviene de los primeros días
de JavaScript. Técnicamente dicho comportamiento es incorrecto pero puede ser conveniente en la práctica.
Sintaxis de typeof(x)
Se puede encontrar otra sintaxis en algún código: typeof(x) . Es lo mismo que typeof x .
Para ponerlo en claro: typeof es un operador, no una función. Los paréntesis aquí no son parte del operador
typeof . Son del tipo usado en agrupamiento matemático.
Usualmente, tales paréntesis contienen expresiones matemáticas tales como (2 + 2) , pero aquí solo tienen un
argumento (x) . Sintácticamente, permiten evitar el espacio entre el operador typeof y su argumento, y a algunas
personas les gusta así.
Resumen
El operador typeof nos permite ver qué tipo está almacenado en una variable.
●
Dos formas: typeof x o typeof(x) .
● Devuelve una cadena con el nombre del tipo. Por ejemplo "string" .
● Para null devuelve "object" : esto es un error en el lenguaje, en realidad no es un objeto.
26/553
Tareas
Comillas
importancia: 5
A solución
alert
Este ya lo hemos visto. Muestra un mensaje y espera a que el usuario presione “Aceptar”.
Por ejemplo:
alert("Hello");
La mini ventana con el mensaje se llama * ventana modal *. La palabra “modal” significa que el visitante no puede interactuar
con el resto de la página, presionar otros botones, etc., hasta que se haya ocupado de la ventana. En este caso, hasta que
presionen “OK”.
prompt
Muestra una ventana modal con un mensaje de texto, un campo de entrada para el visitante y los botones OK/CANCELAR.
title
El texto a mostrar al usuario.
default
Un segundo parámetro opcional, el valor inicial del campo de entrada.
El usuario puede escribir algo en el campo de entrada de solicitud y presionar OK. Así obtenemos ese texto en result . O
puede cancelar la entrada presionando Cancelar o presionando la tecla Esc obteniendo null en result .
La llamada a prompt retorna el texto del campo de entrada o null si la entrada fue cancelada.
Por ejemplo:
27/553
alert(`Tienes ${age} años!`); //Tienes 100 años!
Por lo tanto, para que las indicaciones se vean bien en IE, recomendamos siempre proporcionar el segundo argumento:
confirm
La sintaxis:
result = confirm(pregunta);
La función confirm muestra una ventana modal con una pregunta y dos botones: OK y CANCELAR.
Por ejemplo:
Resumen
Cubrimos 3 funciones específicas del navegador para interactuar con los usuarios:
alert
muestra un mensaje.
prompt
muestra un mensaje pidiendo al usuario que introduzca un texto. Retorna el texto o, si se hace clic en CANCELAR o Esc ,
retorna null .
confirm
muestra un mensaje y espera a que el usuario pulse “OK” o “CANCELAR”. Retorna true si se presiona OK y false si se
presiona CANCEL/ Esc .
Todos estos métodos son modales: detienen la ejecución del script y no permiten que el usuario interactúe con el resto de la
página hasta que la ventana se haya cerrado.
1. La ubicación exacta de la ventana modal está determinada por el navegador. Normalmente, está en el centro.
2. El aspecto exacto de la ventana también depende del navegador. No podemos modificarlo.
Ese es el precio de la simplicidad. Existen otras formas de mostrar ventanas más atractivas e interactivas para el usuario,
pero si la “apariencia” no importa mucho, estos métodos funcionan bien.
Tareas
28/553
Una página simple
importancia: 4
Ejecutar el demo
A solución
Conversiones de Tipos
La mayoría de las veces, los operadores y funciones convierten automáticamente los valores que se les pasan al tipo
correcto. Esto es llamado “conversión de tipo”.
Por ejemplo, alert convierte automáticamente cualquier valor a string para mostrarlo. Las operaciones matemáticas
convierten los valores a números.
También hay casos donde necesitamos convertir de manera explícita un valor al tipo esperado.
ToString
La conversión a string es bastante obvia. El boolean false se convierte en "false" , null en "null" , etc.
ToNumber
Podemos usar la función Number(value) para convertir de forma explícita un valor a un número:
La conversión explícita es requerida usualmente cuando leemos un valor desde una fuente basada en texto, como lo son los
campos de texto en los formularios, pero que esperamos que contengan un valor numérico.
29/553
let age = Number("un texto arbitrario en vez de un número");
undefined NaN
null 0
Se eliminan los espacios al inicio y final del texto. Si el string resultante es vacío, el resultado es 0 , en caso contrario el número es “leído” del
string
string. Un error devuelve NaN .
Ejemplos:
Ten en cuenta que null y undefined se comportan de distinta manera aquí: null se convierte en 0 mientras que
undefined se convierte en NaN .
Esto ocurre solo si al menos uno de los argumentos es un string, en caso contrario los valores son convertidos a número.
ToBoolean
Ocurre en operaciones lógicas (más adelante veremos test condicionales y otras cosas similares) pero también puede
realizarse de forma explícita llamando a la función Boolean(value) .
Por ejemplo:
30/553
Ten en cuenta: el string con un cero "0" es true
Algunos lenguajes (como PHP) tratan "0" como false . Pero en JavaScript, un string no vacío es siempre true .
Resumen
Las tres conversiones de tipo más usadas son a string, a número y a boolean.
ToString – Ocurre cuando se muestra algo. Se puede realizar con String(value) . La conversión a string es
usualmente obvia para los valores primitivos.
undefined NaN
null 0
true / false 1 / 0
El string es leído “como es”, los espacios en blanco tanto al inicio como al final son ignorados. Un string vacío se convierte en 0 . Un error entrega
string
NaN .
La mayoría de estas reglas son fáciles de entender y recordar. Las excepciones más notables donde la gente suele cometer
errores son:
●
undefined es NaN como número, no 0 .
● "0" y textos que solo contienen espacios como " " son true como boolean.
Los objetos no son cubiertos aquí. Volveremos a ellos más tarde en el capítulo Conversión de objeto a valor primitivo que
está dedicado exclusivamente a objetos después de que aprendamos más cosas básicas sobre JavaScript.
En este capítulo, nos vamos a concentrar en los aspectos de los operadores que no están cubiertos en la aritmética escolar.
let x = 1;
31/553
x = -x;
alert( x ); // -1, se aplicó negación unaria
● Un operador es binario si tiene dos operandos. El mismo negativo también existe en forma binaria:
let x = 1, y = 3;
alert( y - x ); // 2, binario negativo resta valores
Formalmente, estamos hablando de dos operadores distintos: la negación unaria (un operando: revierte el símbolo) y la
resta binaria (dos operandos: resta).
Matemáticas
Los primeros cuatro son conocidos mientras que % y ** deben ser explicados más ampliamente.
Resto %
Por ejemplo:
Exponenciación **
alert( 2 ** 2 ); // 2² = 4
alert( 2 ** 3 ); // 2³ = 8
alert( 2 ** 4 ); // 2⁴ = 16
alert( 4 ** (1/2) ); // 2 (potencia de 1/2 es lo mismo que raíz cuadrada, eso es matemáticas)
alert( 8 ** (1/3) ); // 2 (potencia de 1/3 es lo mismo que raíz cúbica)
Ahora veamos características especiales de JavaScript que van más allá de las aritméticas escolares.
Normalmente el operador + suma números.
32/553
let s = "my" + "string";
alert(s); // mystring
Tenga presente que si uno de los operandos es una cadena, el otro es convertido a una cadena también.
Por ejemplo:
Aquí, los operadores trabajan uno después de otro. El primer + suma dos números entonces devuelve 4 , luego el siguiente
+ le agrega la cadena 1 , así que se evalúa como 4 + '1' = 41 .
Aquí el primer operando es una cadena, el compilador trata los otros dos operandos como cadenas también. El 2 es
concatenado a '1' , entonces es como '1' + 2 = "12" y "12" + 2 = "122" .
El binario + es el único operador que soporta cadenas en esa forma. Otros operadores matemáticos trabajan solamente con
números y siempre convierten sus operandos a números.
Por ejemplo, resta y división:
alert( 2 - '1' ); // 1
alert( '6' / '2' ); // 3
La suma + existe en dos formas: la forma binaria que utilizamos arriba y la forma unaria.
El unario suma o, en otras palabras, el operador suma + aplicado a un solo valor, no hace nada a los números. Pero si el
operando no es un número, el unario suma lo convierte en un número.
Por ejemplo:
let y = -2;
alert( +y ); // -2
La necesidad de convertir cadenas en números surge con mucha frecuencia. Por ejemplo, si estamos obteniendo valores de
campos de formulario HTML, generalmente son cadenas.
33/553
Si queremos tratarlos como números, necesitamos convertirlos y luego sumarlos:
Desde el punto de vista de un matemático, la abundancia de signos más puede parecer extraña. Pero desde el punto de
vista de un programador no hay nada especial: primero se aplican los signos más unarios que convierten las cadenas en
números, y luego el signo más binario los suma.
¿Por qué se aplican los signos más unarios a los valores antes que los binarios? Como veremos, eso se debe a su mayor
precedencia.
Si una expresión tiene más de un operador, el orden de ejecución se define por su precedencia o, en otras palabras, el orden
de prioridad predeterminado de los operadores.
Desde la escuela, todos sabemos que la multiplicación en la expresión 1 + 2 * 2 debe calcularse antes de la suma. Eso
es exactamente la precedencia. Se dice que la multiplicación tiene una mayor precedencia que la suma.
Los paréntesis anulan cualquier precedencia, por lo que si no estamos satisfechos con el orden predeterminado, podemos
usarlos para cambiarlo. Por ejemplo, escriba (1 + 2) * 2 .
Hay muchos operadores en JavaScript. Cada operador tiene un número de precedencia correspondiente. El que tiene el
número más grande se ejecuta primero. Si la precedencia es la misma, el orden de ejecución es de izquierda a derecha.
Aquí hay un extracto de la tabla de precedencia (no necesita recordar esto, pero tenga en cuenta que los operadores
unarios son más altos que el operador binario correspondiente):
… … …
15 suma unaria +
15 negación unaria -
14 exponenciación **
13 multiplicación *
13 división /
12 suma +
12 resta -
… … …
2 asignación =
… … …
Como podemos ver, la “suma unaria” tiene una prioridad de 15 , que es mayor que el 12 de “suma” (suma binaria). Es por
eso que, en la expresión "+apples + +oranges" , las sumas unarias se hacen antes de la adición.
Asignación
Tengamos en cuenta que una asignación = también es un operador. Está listado en la tabla de precedencia con la prioridad
muy baja de 2 .
Es por eso que, cuando asignamos una variable, como x = 2 * 2 + 1 , los cálculos se realizan primero y luego se
evalúa el = , almacenando el resultado en x .
let x = 2 * 2 + 1;
alert( x ); // 5
34/553
Asignación = devuelve un valor
El hecho de que = sea un operador, no una construcción “mágica” del lenguaje, tiene un implicación interesante.
Todos los operadores en JavaScript devuelven un valor. Esto es obvio para + y - , pero también es cierto para = .
Aquí hay una demostración que usa una asignación como parte de una expresión más compleja:
let a = 1;
let b = 2;
let c = 3 - (a = b + 1);
alert( a ); // 3
alert( c ); // 0
En el ejemplo anterior, el resultado de la expresión (a = b + 1) es el valor asignado a a (es decir, 3 ). Luego se usa
para evaluaciones adicionales.
Código gracioso, ¿no? Deberíamos entender cómo funciona, porque a veces lo vemos en las bibliotecas de JavaScript.
Pero no deberíamos escribir algo así. Tales trucos definitivamente no hacen que el código sea más claro o legible.
Asignaciones encadenadas
Otra característica interesante es la habilidad para encadenar asignaciones:
let a, b, c;
a = b = c = 2 + 2;
alert( a ); // 4
alert( b ); // 4
alert( c ); // 4
Las asignaciones encadenadas evalúan de derecha a izquierda. Primero, se evalúa la expresión más a la derecha 2 + 2 y
luego se asigna a las variables de la izquierda: c , b y a . Al final, todas las variables comparten un solo valor.
Una vez más, con el propósito de la legibilidad es mejor separa tal código en unas pocas líneas:
c = 2 + 2;
b = c;
a = c;
Modificar en el lugar
A menudo necesitamos aplicar un operador a una variable y guardar el nuevo resultado en esa misma variable.
Por ejemplo:
let n = 2;
n = n + 5;
n = n * 2;
let n = 2;
n += 5; // ahora n = 7 (lo mismo que n = n + 5)
n *= 2; // ahora n = 14 (lo mismo que n = n * 2)
alert( n ); // 14
35/553
Los operadores cortos “modifica y asigna” existen para todos los operadores aritméticos y de nivel bit: /= , -= , etcétera.
Tales operadores tienen la misma precedencia que la asignación normal, por lo tanto se ejecutan después de otros cálculos:
let n = 2;
n *= 3 + 5;
Incremento/decremento
Aumentar o disminuir un número en uno es una de las operaciones numéricas más comunes.
let counter = 2;
counter++; // funciona igual que counter = counter + 1, pero es más corto
alert( counter ); // 3
let counter = 2;
counter--; // funciona igual que counter = counter - 1, pero es más corto
alert( counter ); // 1
Importante:
Incremento/decremento sólo puede ser aplicado a variables. Intentar utilizarlo en un valor como 5++ dará un error.
¿Existe alguna diferencia? Sí, pero solamente la podemos ver si utilizamos el valor devuelto de ++/-- .
Aclaremos. Tal como conocemos, todos los operadores devuelven un valor. Incremento/decremento no es una excepción. La
forma prefijo devuelve el nuevo valor mientras que la forma sufijo devuelve el valor anterior (antes del
incremento/decremento).
Para ver la diferencia, aquí hay un ejemplo:
let counter = 1;
let a = ++counter; // (*)
alert(a); // 2
En la línea (*) , la forma prefijo ++counter incrementa counter y devuelve el nuevo valor, 2 . Por lo tanto, el alert
muestra 2 .
let counter = 1;
let a = counter++; // (*) cambiado ++counter a counter++
alert(a); // 1
En la línea (*) , la forma sufijo counter++ también incrementa counter pero devuelve el antiguo valor (antes de
incrementar). Por lo tanto, el alert muestra 1 .
36/553
Para resumir:
●
Si no se usa el resultado del incremento/decremento, no hay diferencia en la forma de usar:
let counter = 0;
counter++;
++counter;
alert( counter ); // 2, las líneas de arriba realizan lo mismo
●
Si queremos aumentar un valor y usar inmediatamente el resultado del operador, necesitamos la forma de prefijo:
let counter = 0;
alert( ++counter ); // 1
●
Si queremos incrementar un valor pero usamos su valor anterior, necesitamos la forma sufijo:
let counter = 0;
alert( counter++ ); // 0
Por ejemplo:
let counter = 1;
alert( 2 * ++counter ); // 4
Compara con:
let counter = 1;
alert( 2 * counter++ ); // 2, porque counter++ devuelve el valor "antiguo"
Aunque técnicamente está bien, tal notación generalmente hace que el código sea menos legible. Una línea hace varias
cosas, no es bueno.
Mientras lee el código, un rápido escaneo ocular “vertical” puede pasar por alto fácilmente algo como ‘counter++’ y no
será obvio que la variable aumentó.
Aconsejamos un estilo de “una línea – una acción”:
let counter = 1;
alert( 2 * counter );
counter++;
Los operadores a nivel bit tratan los argumentos como números enteros de 32 bits y trabajan en el nivel de su representación
binaria.
Estos operadores no son específicos de JavaScript. Son compatibles con la mayoría de los lenguajes de programación.
La lista de operadores:
● AND ( & )
●
OR ( | )
●
XOR ( ^ )
● NOT ( ~ )
● LEFT SHIFT ( << )
37/553
● RIGHT SHIFT ( >> )
● ZERO-FILL RIGHT SHIFT ( >>> )
Estos operadores se usan muy raramente, cuando necesitamos manejar la representación de números em su más bajo
nivel. No tenemos en vista usarlos pronto pues en el desarrollo web tiene poco uso; pero en ciertas áreas especiales, como
la criptografía, son útiles. Puedes leer el artículo Operadores a nivel de bit en MDN cuando surja la necesidad.
Coma
El operador coma , es uno de los operadores más raros e inusuales. A veces, es utilizado para escribir código más corto,
entonces tenemos que saberlo para poder entender qué está pasando.
El operador coma nos permite evaluar varias expresiones, dividiéndolas con una coma , . Cada una de ellas es evaluada
pero sólo el resultado de la última es devuelto.
Por ejemplo:
let a = (1 + 2, 3 + 4);
Aquí, se evalúa la primera expresión 1 + 2 y se desecha su resultado. Luego, se evalúa 3 + 4 y se devuelve como
resultado.
¿Por qué necesitamos un operador que deseche todo excepto la última expresión?
A veces, las personas lo usan en construcciones más complejas para poner varias acciones en una línea.
Por ejemplo:
Tales trucos se usan en muchos frameworks de JavaScript. Por eso los estamos mencionando. Pero generalmente no
mejoran la legibilidad del código, por lo que debemos pensar bien antes de usarlos.
Tareas
¿Cuáles son los valores finales de todas las variables a , b , c y d después del código a continuación?
let a = 1, b = 1;
let c = ++a; // ?
let d = b++; // ?
A solución
Resultado de asignación
importancia: 3
38/553
¿Cuáles son los valores de ‘a’ y ‘x’ después del código a continuación?
let a = 2;
let x = 1 + (a *= 2);
A solución
Conversiones de tipos
importancia: 5
"" + 1 + 0
"" - 1 + 0
true + false
6 / "3"
"2" * "3"
4 + 5 + "px"
"$" + 4 + 5
"4" - 2
"4px" - 2
" -9 " + 5
" -9 " - 5
null + 1
undefined + 1
" \t \n" - 2
A solución
Corregir la adición
importancia: 5
Aquí hay un código que le pide al usuario dos números y muestra su suma.
alert(a + b); // 12
A solución
Comparaciones
Conocemos muchos operadores de comparación de las matemáticas:
En este artículo, aprenderemos más sobre los diferentes tipos de comparaciones y de cómo las realiza JavaScript, incluidas
las peculiaridades importantes.
39/553
Al final, encontrará una buena receta para evitar problemas relacionadas con las “peculiaridades” de JavaScript.
Booleano es el resultado
Como todos los demás operadores, una comparación retorna un valor. En este caso, el valor es un booleano.
● true – significa “sí”, “correcto” o “verdad”.
● false – significa “no”, “equivocado” o " no verdad".
Por ejemplo:
El resultado de una comparación puede asignarse a una variable, igual que cualquier valor:
Comparación de cadenas
Para ver si una cadena es “mayor” que otra, JavaScript utiliza el llamado orden “de diccionario” o “lexicográfico”.
En los ejemplos anteriores, la comparación 'Z' > 'A' llega a un resultado en el primer paso.
La segunda comparación "Glow" y "Glee" necesitan más pasos, se comparan carácter por carácter:
1. G es igual que G .
2. l es igual que l .
3. o es mayor que e . Detente aquí. La primera cadena es mayor.
Por ejemplo, las mayúsculas importan. Una letra mayúscula "A" no es igual a la minúscula "a" . ¿Cuál es mayor? La
"a" minúscula. ¿Por qué? Porque el carácter en minúsculas tiene un mayor índice en la tabla de codificación interna
que utiliza JavaScript (Unicode). Volveremos a los detalles específicos y las consecuencias de esto en el capítulo Strings.
40/553
Por ejemplo:
Por ejemplo:
Por ejemplo:
let a = 0;
alert( Boolean(a) ); // false
let b = "0";
alert( Boolean(b) ); // true
alert( a == b ); // true!
Desde el punto de vista de JavaScript, este resultado es bastante normal. Una comparación de igualdad convierte
valores utilizando la conversión numérica (de ahí que "0" se convierta en 0 ), mientras que la conversión explícita
Boolean utiliza otro conjunto de reglas.
Igualdad estricta
Esto sucede porque los operandos de diferentes tipos son convertidos a números por el operador de igualdad == . Una
cadena vacía, al igual que false , se convierte en un cero.
En otras palabras, si a y b son de diferentes tipos, entonces a === b retorna inmediatamente false sin intentar
convertirlos.
Intentémoslo:
El operador de igualdad estricta es un poco más largo de escribir, pero hace obvio lo que está pasando y deja menos
espacio a errores.
41/553
Comparación con nulos e indefinidos
Hay un comportamiento no intuitivo cuando se compara null o undefined con otros valores.
Ahora veamos algunos hechos graciosas que suceden cuando aplicamos estas reglas. Y, lo que es más importante, cómo no
caer en una trampa con ellas.
Matemáticamente, eso es extraño. El último resultado afirma que " null es mayor o igual a cero", así que en una de las
comparaciones anteriores debe ser true , pero ambas son falsas.
La razón es que una comparación de igualdad == y las comparaciones > < >= <= funcionan de manera diferente. Las
comparaciones convierten a null en un número, tratándolo como 0 . Es por eso que (3) null >= 0 es verdadero y (1)
null > 0 es falso.
Por otro lado, el control de igualdad == para undefined y null se define de tal manera que, sin ninguna conversión,
son iguales entre sí y no son iguales a nada más. Es por eso que (2) null == 0 es falso.
Un indefinido incomparable
El valor undefined no debe compararse con otros valores:
42/553
● No uses comparaciones >= > < <= con una variable que puede ser null/undefined , a menos que estés realmente
seguro de lo que estás haciendo. Si una variable puede tener estos valores, verifícalos por separado.
Resumen
●
Los operadores de comparación retornan un valor booleano.
●
Las cadenas se comparan letra por letra en el orden del “diccionario”.
● Cuando se comparan valores de diferentes tipos, se convierten en números (excepto un control de igualdad estricta).
●
Los valores null y undefined son iguales == entre sí y no equivalen a ningún otro valor.
●
Ten cuidado al usar comparaciones como > o < con variables que ocasionalmente pueden ser null/undefined .
Revisar por separado si hay null/undefined es una buena idea.
Tareas
Comparaciones
importancia: 5
5 > 4
"apple" > "pineapple"
"2" > "12"
undefined == null
undefined === null
null == "\n0\n"
null === +"\n0\n"
A solución
La sentencia “if”
La sentencia if(...) evalúa la condición en los paréntesis, y si el resultado es true ejecuta un bloque de código.
Por ejemplo:
let year = prompt('¿En que año fué publicada la especificación ECMAScript-2015?', '');
Aquí la condición es una simple igualdad ( year == 2015 ), pero podría ser mucho mas complejo.
Si quisiéramos ejecutar más de una sentencia, debemos encerrar nuestro bloque de código entre llaves:
if (year == 2015) {
alert( "¡Es Correcto!" );
alert( "¡Eres muy inteligente!" );
}
Recomendamos siempre encerrar nuestro bloque de código entre llaves {} siempre que se utilice la sentencia if ,
inclusive si solo se va a ejecutar una sola sentencia en este caso. Hacer eso mejora la legibilidad.
Conversión Booleana
43/553
La sentencia if (…) evalúa la expresión dentro de sus paréntesis y convierte el resultado en booleano.
if (0) { // 0 es falso
...
}
if (1) { // 1 es verdadero
...
}
if (cond) {
...
}
La cláusula “else”
La sentencia if quizás contenga un bloque “else” opcional. Este se ejecutará cuando la condición sea falsa.
Por ejemplo:
let year = prompt('¿En qué año fue publicada la especificación ECMAScript-2015?', '');
if (year == 2015) {
alert( '¡Lo adivinaste, correcto!' );
} else {
alert( '¿Cómo puedes estar tan equivocado?' ); // cualquier valor excepto 2015
}
Algunas veces, queremos probar variantes de una condición. La clausula else if nos permite hacer esto.
Por ejemplo:
let year = prompt('¿En qué año fue publicada la especificación ECMAScript-2015?', '');
En el código de arriba, JavaScript primero revisa si year < 2015 . Si esto es falso, continúa a la siguiente condición year
> 2015 . Si esta también es falsa, mostrará la última alert .
44/553
Operador ternario ‘?’
let accessAllowed;
let age = prompt('¿Qué edad tienes?', '');
alert(accessAllowed);
Entonces el operador “ternario” también llamado “signo de interrogación” nos permite ejecutar esto en una forma más corta y
simple.
El operador está representado por un signo de interrogación de cierre ? . A veces es llamado “ternario” porque el operador
tiene tres operandos. Es el único operador de JavaScript que tiene esta cantidad de ellos.
La Sintaxis es:
Por ejemplo:
Técnicamente, podemos omitir el paréntesis alrededor de age > 18 . El operador de signo de interrogación tiene una
precedencia baja, por lo que se ejecuta después de la comparación > .
Pero los paréntesis hacen el código mas legible, asi que recomendamos utilizarlos.
// es lo mismo que
let accessAllowed = age > 18;
Múltiples ‘?’
Una secuencia de operadores de signos de interrogación ? puede devolver un valor que depende de más de una condición.
Por ejemplo:
45/553
'¡Qué edad tan inusual!';
alert( message );
Puede ser difícil al principio comprender lo que está sucediendo. Pero después de una mirada más cercana, podemos ver
que es solo una secuencia ordinaria de condiciones:
1. El primer signo de pregunta revisa si age < 3 .
2. Si es cierto – devuelve '¡Hola, bebé!' . De lo contrario, continua a la expresión que está después de los dos puntos
‘":"’, revisando age < 18 .
3. Si es cierto – devuelve '¡Hola!' . De lo contrario, continúa con la expresión que está después de los dos puntos
siguientes ‘":"’, revisando age < 100 .
4. Si es cierto – devuelve '¡Felicidades!' . De lo contrario, continúa a la expresión que está después de los dos puntos
‘":"’, devolviendo '¡Qué edad tan inusual!' .
if (age < 3) {
message = '¡Hola, bebé!';
} else if (age < 18) {
message = '¡Hola!';
} else if (age < 100) {
message = '¡Felicidades!';
} else {
message = '¡Qué edad tan inusual!';
}
(company == 'Netscape') ?
alert('¡Correcto!') : alert('Equivocado.');
Dependiendo de la condición company == 'Netscape' , se ejecutará la primera o la segunda expresión del operador ?
y se mostrará una alerta.
Aquí no asignamos el resultado de una variable. En vez de esto, ejecutamos diferentes códigos dependiendo de la
condición.
No se recomienda el uso del operador de signo de interrogación de esta forma.
La notación es más corta que la sentencia equivalente con if , lo cual seduce a algunos programadores. Pero es menos
legible.
Aquí está el mismo código utilizando la sentencia if para comparar:
if (company == 'Netscape') {
alert('¡Correcto!');
} else {
alert('Equivocado.');
}
Nuestros ojos leen el código verticalmente. Los bloques de código que se expanden múltiples lineas son mas fáciles de
entender que los las instrucciones largas horizontales.
El propósito del operador de signo de interrogación ? es para devolver un valor u otro dependiendo de su condición. Por
favor utilízala para exactamente esto. Utiliza la sentencia if cuando necesites ejecutar código en ramas distintas.
Tareas
46/553
if (un string con cero)
importancia: 5
Se mostrará el alert ?
if ("0") {
alert( 'Hello' );
}
A solución
El nombre de JavaScript
importancia: 2
Usando el constructor if..else , escribe el código que pregunta: ‘¿Cuál es el nombre “oficial” de JavaScript?’
Si el visitante escribe “ECMAScript”, entonces muestra: “¡Correcto!”, de lo contrario muestra: “¿No lo sabes? ¡ECMAScript!”
Comienzo
What's the
nombre "oficial" de
JavaScript?
Otro ECMAScript
No sabes?
Correcto!
“ECMAScript”!
A solución
Muestra el signo
importancia: 2
Usando el constructor if..else , escribe un código que obtenga a través de un prompt un número y entonces muestre
en un alert :
A solución
let result;
if (a + b < 4) {
result = 'Debajo';
} else {
result = 'Encima';
}
47/553
A solución
let message;
if (login == 'Empleado') {
message = 'Hola';
} else if (login == 'Director') {
message = 'Felicidades';
} else if (login == '') {
message = 'Sin sesión';
} else {
message = '';
}
A solución
Operadores Lógicos
Hay cuatro operadores lógicos en JavaScript: || (O), && (Y), ! (NO), ?? (Fusión de nulos). Aquí cubrimos los primeros
tres, el operador ?? se verá en el siguiente artículo.
Aunque sean llamados lógicos, pueden ser aplicados a valores de cualquier tipo, no solo booleanos. El resultado también
puede ser de cualquier tipo.
|| (OR)
result = a || b;
En la programación clásica, el OR lógico esta pensado para manipular solo valores booleanos. Si cualquiera de sus
argumentos es true , retorna true , de lo contrario retorna false .
En JavaScript, el operador es un poco más complicado y poderoso. Pero primero, veamos qué pasa con los valores
booleanos.
Hay cuatro combinaciones lógicas posibles:
Como podemos ver, el resultado es siempre true excepto cuando ambos operandos son false .
48/553
La mayoría de las veces, OR || es usado en una declaración if para probar si alguna de las condiciones dadas es
true .
Por ejemplo:
let hour = 9;
La lógica descrita arriba es algo clásica. Ahora, mostremos las características “extra” de JavaScript.
En otras palabras, una cadena de OR "||" devuelve el primer valor verdadero o el último si ningún verdadero es
encontrado.
Por ejemplo:
alert(undefined || null || 0); // 0 (todos son valores falsos, retorna el último valor)
Esto brinda varios usos interesantes comparados al “OR puro, clásico, de solo booleanos”.
49/553
Si todas las variables fueran falsas, aparecería "Anonymous" .
En la primera línea, el operador OR || detiene la evaluación inmediatamente después de ver que es verdadera, por lo que
la alerta no se ejecuta.
A veces, las personas usan esta función para ejecutar comandos solo si la condición en la parte izquierda es falsa.
&& (AND)
result = a && b;
En la programación clásica, AND retorna true si ambos operandos son valores verdaderos y false en cualquier otro
caso.
Un ejemplo con if :
Al igual que con OR, cualquier valor es permitido como operando de AND:
50/553
En otras palabras, AND retorna el primer valor falso o el último valor si ninguno fue encontrado.
Las reglas anteriores son similares a las de OR. La diferencia es que AND retorna el primer valor falso mientras que OR
retorna el primer valor verdadero.
Ejemplo:
También podemos pasar varios valores de una vez. Observa como el primer valor falso es retornado:
Así que el código a && b || c && d es básicamente el mismo que si la expresiones && estuvieran entre
paréntesis: (a && b) || (c && d)
Por ejemplo:
let x = 1;
La acción en la parte derecha de && sería ejecutada sólo si la evaluación la alcanza. Eso es, solo si (x > 0) es
verdadero.
let x = 1;
Aunque la variante con && parece más corta, if es más obvia y tiende a ser un poco más legible. Por lo tanto,
recomendamos usar cada construcción para su propósito: use if si queremos si y use && si queremos AND.
! (NOT)
result = !value;
51/553
El operador acepta un solo argumento y realiza lo siguiente:
Por ejemplo:
alert(!true); // false
alert(!0); // true
Eso es, el primer NOT convierte el valor a booleano y retorna el inverso, y el segundo NOT lo invierte de nuevo. Al final,
tenemos una simple conversión a booleano.
Hay una manera un poco mas prolija de realizar lo mismo – una función integrada Boolean :
La precedencia de NOT ! es la mayor de todos los operadores lógicos, así que siempre se ejecuta primero, antes que &&
o || .
Tareas
A solución
A solución
A solución
52/553
¿Cuál será la salida del siguiente código?
A solución
El resultado de OR AND OR
importancia: 5
A solución
Escribe una condición “if” para comprobar que age (edad) está entre 14 y 90 inclusive.
“Inclusive” significa que age puede llegar a ser uno de los extremos, 14 o 90 .
A solución
Escribe una condición if para comprobar que age NO está entre 14 y 90 inclusive.
A solución
A solución
Si el visitante ingresa "Admin" , entonces prompt (pregunta) por una contraseña, si la entrada es una linea vacía o Esc –
muestra “Cancelado.”, si es otra cadena de texto – entonces muestra “No te conozco”.
53/553
El esquema:
Comienzo
Quíen es?
Cancelado No te conozco
Contraseña?
Por favor usa bloques anidados de if . Piensa en la legibilidad general del código.
Pista: si se le pasa una entrada vacía a un prompt, retorna una cadena de texto vacía '' . Presionando ESC durante un
prompt retorna null .
Ejecutar el demo
A solución
El operador “nullish coalescing” (fusión de null) se escribe con un doble signo de cierre de interrogación ?? .
Como este trata a null y a undefined de forma similar, usaremos un término especial para este artículo. Diremos que
una expresión es “definida” cuando no es null ni undefined .
El resultado de a ?? b :
● si a está “definida”, será a ,
●
si a no está “definida”, será b .
Es decir, ?? devuelve el primer argumento cuando este no es null ni undefined . En caso contrario, devuelve el
segundo.
El operador “nullish coalescing” no es algo completamente nuevo. Es solamente una sintaxis agradable para obtener el
primer valor “definido” de entre dos.
Podemos reescribir result = a ?? b usando los operadores que ya conocemos:
Ahora debería estar absolutamente claro lo que ?? hace. Veamos dónde podemos utilizarlo.
Por ejemplo, aquí mostramos user si su valor está “definido” (que no es null ni undefined ). De otro modo, muestra
Anonymous :
54/553
let user;
También podemos usar una secuencia de ?? para seleccionar el primer valor que no sea null/undefined de una lista.
Digamos que tenemos los datos de un usuario en las variables firstName , lastName y nickName . Todos ellos podrían
ser indefinidos si el usuario decide no ingresar los valores correspondientes.
Queremos mostrar un nombre usando una de estas variables, o mostrar “anónimo” si todas ellas son null/undefined .
Comparación con ||
El operador OR || puede ser usado de la misma manera que ?? , tal como está explicado en el capítulo previo
Por ejemplo, en el código de arriba podemos reemplazar ?? por || y obtener el mismo resultado:
Históricamente, el operador OR || estuvo primero. Existe desde el origen de JavaScript, así que los desarrolladores lo
estuvieron usando para tal propósito durante mucho tiempo.
Por otro lado, el operador “nullish coalescing” ?? fue una adición reciente, y la razón es que la gente no estaba del todo
satisfecha con || .
El || no distingue entre false , 0 , un string vacío "" , y null/undefined . Todos son lo mismo: valores “falsos”. Si
cualquiera de ellos es el primer argumento de || , obtendremos el segundo argumento como resultado.
Pero en la práctica podemos querer usar el valor predeterminado solamente cuando la variable es null/undefined , es
decir cuando el valor realmente es desconocido o no fue establecido.
Por ejemplo considera esto:
height || 100 verifica si height es “falso”, y 0 lo es. - así el resultado de || es el segundo argumento, 100 .
height ?? 100 verifica si height es null/undefined , y no lo es. - así el resultado es height como está, que es
55/553
0.
En la práctica, una altura cero es a menudo un valor válido que no debería ser reemplazado por un valor por defecto. En este
caso ?? hace lo correcto.
Precedencia
Esto significa que ambos operadores, || y ?? , son evaluados antes que = y ? , pero después de la mayoría de las
demás operaciones como + y * .
alert(area); // 5000
Caso contrario, si omitimos los paréntesis, entonces * tiene una mayor precedencia y se ejecutará primero. Eso sería lo
mismo que:
// sin paréntesis
let area = height ?? 100 * width ?? 50;
La limitación es debatible. Fue agregada a la especificación del lenguaje con propósito de evitar equivocaciones cuando la
gente comenzara a reemplazar || por ?? .
alert(x); // 2
Resumen
●
El operador “nullish coalescing” ?? brinda una manera concisa de seleccionar un valor “definido” de una lista.
●
El operador ?? tiene una precedencia muy baja, un poco más alta que ? y = .
●
Está prohibido su uso con || y && sin paréntesis explícitos.
56/553
Usualmente necesitamos repetir acciones.
Por ejemplo, mostrar los elementos de una lista uno tras otro o simplemente ejecutar el mismo código para cada número del
1 al 10.
Los Bucles son una forma de repetir el mismo código varias veces.
El bucle “while”
while (condition) {
// código
// llamado "cuerpo del bucle"
}
Mientras la condición condition sea verdadera, el código del cuerpo del bucle será ejecutado.
let i = 0;
while (i < 3) { // muestra 0, luego 1, luego 2
alert( i );
i++;
}
Cada ejecución del cuerpo del bucle se llama iteración. El bucle en el ejemplo de arriba realiza 3 iteraciones.
Si faltara i++ en el ejemplo de arriba, el bucle sería repetido (en teoría) eternamente. En la práctica, el navegador tiene
maneras de detener tales bucles desmedidos; y en el JavaScript del lado del servidor, podemos eliminar el proceso.
Cualquier expresión o variable puede usarse como condición del bucle, no solo las comparaciones: El while evaluará y
transformará la condición a un booleano.
Por ejemplo, una manera más corta de escribir while (i != 0) es while (i) :
let i = 3;
while (i) { // cuando i sea 0, la condición se volverá falsa y el bucle se detendrá
alert( i );
i--;
}
let i = 3;
while (i) alert(i--);
El bucle “do…while”
La comprobación de la condición puede ser movida debajo del cuerpo del bucle usando la sintaxis do..while :
do {
// cuerpo del bucle
} while (condition);
El bucle primero ejecuta el cuerpo, luego comprueba la condición, y, mientras sea un valor verdadero, la ejecuta una y otra
vez.
Por ejemplo:
57/553
let i = 0;
do {
alert( i );
i++;
} while (i < 3);
Esta sintaxis solo debe ser usada cuando quieres que el cuerpo del bucle sea ejecutado al menos una vez sin importar que
la condición sea verdadera. Usualmente, se prefiere la otra forma: while(…) {…} .
El bucle “for”
Se ve así:
Aprendamos el significado de cada parte con un ejemplo. El bucle debajo corre alert(i) para i desde 0 hasta (pero no
incluyendo) 3 :
parte
condición i < 3 Comprobada antes de cada iteración del bucle. Si es falsa, el bucle finaliza.
cuerpo alert(i) Se ejecuta una y otra vez mientras la condición sea verdadera.
Se ejecuta comenzar
→ (si condición → ejecutar cuerpo y ejecutar paso)
→ (si condición → ejecutar cuerpo y ejecutar paso)
→ (si condición → ejecutar cuerpo y ejecutar paso)
→ ...
Si eres nuevo en bucles, te podría ayudar regresar al ejemplo y reproducir cómo se ejecuta paso por paso en una pedazo de
papel.
// se ejecuta comenzar
let i = 0
// si condición → ejecutar cuerpo y ejecutar paso
if (i < 3) { alert(i); i++ }
// si condición → ejecutar cuerpo y ejecutar paso
if (i < 3) { alert(i); i++ }
// si condición → ejecutar cuerpo y ejecutar paso
if (i < 3) { alert(i); i++ }
// ...finaliza, porque ahora i == 3
58/553
Declaración de variable en línea
Aquí, la variable “counter” i es declarada en el bucle. Esto es llamado una declaración de variable “en línea”. Dichas
variables son visibles solo dentro del bucle.
let i = 0;
Omitiendo partes
Cualquier parte de for puede ser omitida.
Por ejemplo, podemos quitar comienzo si no necesitamos realizar nada al inicio del bucle.
Como aquí:
let i = 0;
for (;;) {
// se repite sin limites
}
Por favor, nota que los dos punto y coma ; del for deben estar presentes. De otra manera, habría un error de sintaxis.
Rompiendo el bucle
Por ejemplo, el bucle debajo le pide al usuario por una serie de números, “rompiéndolo” cuando un número no es ingresado:
let sum = 0;
while (true) {
59/553
let value = +prompt("Ingresa un número", '');
sum += value;
}
alert( 'Suma: ' + sum );
La directiva break es activada en la línea (*) si el usuario ingresa una línea vacía o cancela la entrada. Detiene
inmediatamente el bucle, pasando el control a la primera línea después de el bucle. En este caso, alert .
La combinación “bucle infinito + break según sea necesario” es ideal en situaciones donde la condición del bucle debe ser
comprobada no al inicio o al final de el bucle, sino a la mitad o incluso en varias partes del cuerpo.
La directiva continue es una “versión más ligera” de break . No detiene el bucle completo. En su lugar, detiene la
iteración actual y fuerza al bucle a comenzar una nueva (si la condición lo permite).
Podemos usarlo si hemos terminado con la iteración actual y nos gustaría movernos a la siguiente.
alert(i); // 1, luego 3, 5, 7, 9
}
Para los valores pares de i , la directiva continue deja de ejecutar el cuerpo y pasa el control a la siguiente iteración de
for (con el siguiente número). Así que el alert solo es llamado para valores impares.
if (i % 2) {
alert( i );
}
Desde un punto de vista técnico, esto es idéntico al ejemplo de arriba. Claro, podemos simplemente envolver el código
en un bloque if en vez de usar continue .
Pero como efecto secundario, esto crearía un nivel más de anidación (la llamada a alert dentro de las llaves). Si el
código dentro de if posee varias líneas, eso podría reducir la legibilidad en general.
60/553
No break/continue a la derecha de ‘?’
Por favor, nota que las construcciones sintácticas que no son expresiones no pueden user usadas con el operador
ternario ? . En particular, directivas como break/continue no son permitidas aquí.
if (i > 5) {
alert(i);
} else {
continue;
}
}
}
alert('Listo!');
61/553
En el código de arriba, break outer mira hacia arriba por la etiqueta llamada outer y nos saca de dicho bucle.
outer:
for (let i = 0; i < 3; i++) { ... }
La directiva continue también puede usar usada con una etiqueta. En este caso, la ejecución del código salta a la
siguiente iteración del bucle etiquetado.
Una directiva break debe estar en el interior del bucle. Técnicamente, cualquier bloque de código etiquetado:
label: {
// ...
break label; // funciona
// ...
}
…Aunque 99.9% del tiempo break se usa dentro de bucles, como hemos visto en ejemplos previos.
Resumen
Para crear un bucle “infinito”, usualmente se usa while(true) . Un bucle como este, tal y como cualquier otro, puede ser
detenido con la directiva break .
Si queremos detener la iteración actual y adelantarnos a la siguiente, podemos usar la directiva continue .
break/continue soportan etiquetas antes del bucle. Una etiqueta es la única forma de usar break/continue para
escapar de un bucle anidado para ir a uno exterior.
Tareas
¿Cuál es el último valor mostrado en alerta por este código? ¿Por qué?
let i = 3;
while (i) {
alert( i-- );
}
62/553
A solución
Para cada iteración del bucle, escribe qué valor será impreso y luego compáralo con la solución.
1.
let i = 0;
while (++i < 5) alert( i );
2.
let i = 0;
while (i++ < 5) alert( i );
A solución
Para cada bucle, anota qué valores mostrará y luego compara las respuestas.
1.
2.
A solución
Ejecutar el demo
A solución
Reescribe el código cambiando el bucle for a while sin alterar su comportamiento (la salida debería ser la misma).
63/553
alert( `número ${i}!` );
}
A solución
Escribe un bucle que solicite un número mayor que 100 . Si el usuario ingresa otro número – pídele que ingrese un valor de
nuevo.
El bucle debe pedir un número hasta que el usuario ingrese un número mayor que 100 o bien cancele la entrada/ingrese
una linea vacía.
Aquí podemos asumir que el usuario solo ingresará números. No hay necesidad de implementar un manejo especial para
entradas no numéricas en esta tarea.
Ejecutar el demo
A solución
Un número entero mayor que 1 es llamado primo si no puede ser dividido sin un resto por ningún número excepto 1 y él
mismo.
En otras palabras, n > 1 es un primo si no puede ser divido exactamente por ningún número excepto 1 y n .
PD. El código debería funcionar para cualquier n , no debe estar programado para valores fijos.
A solución
La sentencia "switch"
Una sentencia switch puede reemplazar múltiples condiciones if .
La sintaxis
Se ve de esta forma:
switch(x) {
case 'valor1': // if (x === 'valor1')
...
[break]
default:
...
[break]
}
64/553
●
El valor de x es comparado contra el valor del primer case (en este caso, valor1 ), luego contra el segundo
( valor2 ) y así sucesivamente, todo esto bajo una igualdad estricta.
● Si la igualdad es encontrada, switch empieza a ejecutar el código iniciando por el primer case correspondiente, hasta
el break más cercano (o hasta el final del switch ).
●
Si no se cumple ningún caso entonces el código default es ejecutado (si existe).
Ejemplo
let a = 2 + 2;
switch (a) {
case 3:
alert( 'Muy pequeño' );
break;
case 4:
alert( '¡Exacto!' );
break;
case 5:
alert( 'Muy grande' );
break;
default:
alert( "Desconozco estos valores" );
}
Aquí el switch inicia comparando a con la primera variante case que es 3 . La comparación falla.
Luego 4 . La comparación es exitosa, por tanto la ejecución empieza desde case 4 hasta el break más cercano.
Si no existe break entonces la ejecución continúa con el próximo case sin ninguna revisión.
let a = 2 + 2;
switch (a) {
case 3:
alert( 'Muy pequeño' );
case 4:
alert( '¡Exacto!' );
case 5:
alert( 'Muy grande' );
default:
alert( "Desconozco estos valores" );
}
alert( '¡Exacto!' );
alert( 'Muy grande' );
alert( "Desconozco estos valores" );
65/553
Cualquier expresión puede ser un argumento switch/case
Ambos switch y case permiten expresiones arbitrarias.
Por ejemplo:
let a = "1";
let b = 0;
switch (+a) {
case b + 1:
alert("esto se ejecuta, porque +a es 1, exactamente igual b+1");
break;
default:
alert("esto no se ejecuta");
}
Agrupamiento de “case”
Varias variantes de case los cuales comparten el mismo código pueden ser agrupadas.
Por ejemplo, si queremos que se ejecute el mismo código para case 3 y case 5 :
let a = 2 + 2;
switch (a) {
case 4:
alert('¡Correcto!');
break;
default:
alert('El resultado es extraño. Realmente.');
}
La habilidad para “agrupar” cases es un efecto secundario de como trabaja switch/case sin break . Aquí la ejecución
de case 3 inicia desde la línea (*) y continúa a través de case 5 , porque no existe break .
El tipo importa
Vamos a enfatizar que la comparación de igualdad es siempre estricta. Los valores deben ser del mismo tipo para coincidir.
Por ejemplo, consideremos el código:
case '2':
alert( 'Dos' );
break;
case 3:
alert( '¡Nunca ejecuta!' );
break;
66/553
default:
alert( 'Un valor desconocido' );
}
Tareas
switch (navegador) {
case 'Edge':
alert( "¡Tienes Edge!" );
break;
case 'Chrome':
case 'Firefox':
case 'Safari':
case 'Opera':
alert( 'Esta bien, soportamos estos navegadores también' );
break;
default:
alert( '¡Esperamos que esta página se vea bien!' );
}
A solución
if (a == 0) {
alert( 0 );
}
if (a == 1) {
alert( 1 );
}
if (a == 2 || a == 3) {
alert( '2,3' );
}
A solución
Funciones
Muy a menudo necesitamos realizar acciones similares en muchos lugares del script.
Por ejemplo, debemos mostrar un mensaje atractivo cuando un visitante inicia sesión, cierra sesión y tal vez en otros
momentos.
Las funciones son los principales “bloques de construcción” del programa. Permiten que el código se llame muchas veces sin
repetición.
67/553
Ya hemos visto ejemplos de funciones integradas, como alert(message) , prompt(message, default) y
confirm(question) . Pero también podemos crear funciones propias.
Declaración de funciones
Se ve como aquí:
function showMessage() {
alert( '¡Hola a todos!' );
}
La palabra clave function va primero, luego va el nombre de función, luego una lista de parámetros entre paréntesis
(separados por comas, vacía en el ejemplo anterior) y finalmente el código de la función entre llaves, también llamado “el
cuerpo de la función”.
Por ejemplo:
function showMessage() {
alert( '¡Hola a todos!' );
}
showMessage();
showMessage();
La llamada showMessage() ejecuta el código de la función. Aquí veremos el mensaje dos veces.
Este ejemplo demuestra claramente uno de los propósitos principales de las funciones: evitar la duplicación de código…
Si alguna vez necesitamos cambiar el mensaje o la forma en que se muestra, es suficiente modificar el código en un lugar: la
función que lo genera.
Variables Locales
Una variable declarada dentro de una función solo es visible dentro de esa función.
Por ejemplo:
function showMessage() {
let message = "Hola, ¡Soy JavaScript!"; // variable local
alert( message );
}
Variables Externas
Una función también puede acceder a una variable externa, por ejemplo:
function showMessage() {
let message = 'Hola, ' + userName;
alert(message);
68/553
}
Por ejemplo:
function showMessage() {
userName = "Bob"; // (1) Cambió la variable externa
showMessage();
function showMessage() {
let userName = "Bob"; // declara variable local
Variables globales
Variables declaradas fuera de cualquier función, como la variable externa userName en el código anterior, se llaman
globales.
Las variables globales son visibles desde cualquier función (a menos que se les superpongan variables locales con el
mismo nombre).
Es una buena práctica reducir el uso de variables globales. El código moderno tiene pocas o ninguna variable global. La
mayoría de las variables residen en sus funciones. Aunque a veces puede justificarse almacenar algunos datos a nivel
de proyecto.
Parámetros
69/553
Cuando la función se llama (*) y (**) , los valores dados se copian en variables locales from y text . Y la función las
utiliza.
Aquí hay un ejemplo más: tenemos una variable from y la pasamos a la función. Tenga en cuenta: la función cambia
from , pero el cambio no se ve afuera, porque una función siempre obtiene una copia del valor:
Declaramos funciones listando sus parámetros, luego las llamamos pasándoles argumentos.
En el ejemplo de arriba, se puede decir: "la función showMessage es declarada con dos parámetros, y luego llamada con
dos argumentos: from y "Hola" ".
Valores predeterminados
Si una función es llamada pero no se le proporciona un argumento, su valor correspondiente se convierte en undefined .
Por ejemplo, la función mencionada anteriormente showMessage(from, text) se puede llamar con un solo argumento:
showMessage("Ann");
Eso no es un error. La llamada mostraría "Ann: undefined" . Como no se pasa un valor de text , este se vuelve
undefined .
Podemos especificar un valor llamado “predeterminado” o “default” (que se usa si el argumento fue omitido) en la declaración
de función usando = :
Aquí "sin texto" es un string, pero puede ser una expresión más compleja, la cual solo es evaluada y asignada si el
parámetro falta. Entonces, esto también es posible:
70/553
Evaluación de parámetros predeterminados
En JavaScript, se evalúa un parámetro predeterminado cada vez que se llama a la función sin el parámetro respectivo.
Por otro lado, se llamará independientemente cada vez que text se omita.
… O usando el operador || :
function showMessage(text) {
// ...
alert(text);
}
function showMessage(text) {
// si text es indefinida o falsa, la establece a 'vacío'
text = text || 'vacío';
...
}
Los intérpretes de JavaScript modernos soportan el operador nullish coalescing ?? , que es mejor cuando el valor de 0
debe ser considerado “normal” en lugar de falso:
function showCount(count) {
// si count es undefined o null, muestra "desconocido"
alert(count ?? "desconocido");
71/553
}
showCount(0); // 0
showCount(null); // desconocido
showCount(); // desconocido
Devolviendo un valor
El ejemplo más simple sería una función que suma dos valores:
function sum(a, b) {
return a + b;
}
La directiva return puede estar en cualquier lugar de la función. Cuando la ejecución lo alcanza, la función se detiene y el
valor se devuelve al código de llamada (asignado al result anterior).
Puede haber muchos casos de return en una sola función. Por ejemplo:
function checkAge(age) {
if (age > 18) {
return true;
} else {
return confirm('¿Tienes permiso de tus padres?');
}
}
if ( checkAge(age) ) {
alert( 'Acceso otorgado' );
} else {
alert( 'Acceso denegado' );
}
Es posible utilizar return sin ningún valor. Eso hace que la función salga o termine inmediatamente.
Por ejemplo:
function showMovie(age) {
if ( !checkAge(age) ) {
return;
}
72/553
Una función con un return vacío, o sin return, devuelve undefined
Si una función no devuelve un valor, es lo mismo que si devolviera undefined :
function doNothing() {
return;
}
return
(una + expresion + o + cualquier + cosa * f(a) + f(b))
Eso no funciona, porque JavaScript asume un punto y coma después del return . Eso funcionará igual que:
return;
(una + expresion + o + cualquier + cosa * f(a) + f(b))
Entonces, efectivamente se convierte en un return vacío. Deberíamos poner el valor en la misma línea.
Nomenclatura de funciones
Las funciones son acciones. Entonces su nombre suele ser un verbo. Debe ser breve, lo más preciso posible y describir lo
que hace la función, para que alguien que lea el código obtenga una indicación de lo que hace la función.
Es una práctica generalizada comenzar una función con un prefijo verbal que describe vagamente la acción. Debe haber un
acuerdo dentro del equipo sobre el significado de los prefijos.
Por ejemplo, funciones que comienzan con "show" usualmente muestran algo.
Con los prefijos en su lugar, un vistazo al nombre de una función permite comprender qué tipo de trabajo realiza y qué tipo
de valor devuelve.
73/553
Una función – una acción
Una función debe hacer exactamente lo que sugiere su nombre, no más.
Dos acciones independientes por lo general merecen dos funciones, incluso si generalmente se convocan juntas (en ese
caso, podemos hacer una tercera función que llame a esas dos).
Algunos ejemplos de cómo se rompen estas reglas:
● getAge – está mal que muestre una alert con la edad (solo debe obtenerla).
●
createForm – está mal que modifique el documento agregándole el form (solo debe crearlo y devolverlo).
●
checkPermission – está mal que muestre el mensaje acceso otorgado/denegado (solo debe realizar la
verificación y devolver el resultado).
En estos ejemplos asumimos los significados comunes de los prefijos. Tú y tu equipo pueden acordar significados
diferentes, aunque usualmente no muy diferente. En cualquier caso, debe haber una compromiso firme de lo que
significa un prefijo, de lo que una función con prefijo puede y no puede hacer. Todas las funciones con el mismo prefijo
deben obedecer las reglas. Y el equipo debe compartir ese conocimiento.
Estas son excepciones. En general, los nombres de las funciones deben ser concisos y descriptivos.
Funciones == Comentarios
Las funciones deben ser cortas y hacer exactamente una cosa. Si esa cosa es grande, tal vez valga la pena dividir la función
en algunas funciones más pequeñas. A veces, seguir esta regla puede no ser tan fácil, pero definitivamente es algo bueno.
Una función separada no solo es más fácil de probar y depurar, – ¡su existencia es un gran comentario!
Por ejemplo, comparemos las dos funciones showPrimes(n) siguientes. Cada una devuelve números primos hasta n .
function showPrimes(n) {
nextPrime: for (let i = 2; i < n; i++) {
La segunda variante usa una función adicional isPrime(n) para probar la primalidad:
function showPrimes(n) {
alert(i); // a prime
}
}
function isPrime(n) {
for (let i = 2; i < n; i++) {
if ( n % i == 0) return false;
}
return true;
}
74/553
La segunda variante es más fácil de entender, ¿no? En lugar del código, vemos un nombre de la acción. ( isPrime ). A
veces las personas se refieren a dicho código como autodescriptivo.
Por lo tanto, las funciones se pueden crear incluso si no tenemos la intención de reutilizarlas. Estructuran el código y lo
hacen legible.
Resumen
●
Los valores pasados a una función como parámetros se copian a sus variables locales.
●
Una función puede acceder a variables externas. Pero funciona solo de adentro hacia afuera. El código fuera de la función
no ve sus variables locales.
●
Una función puede devolver un valor. Si no lo hace, entonces su resultado es undefined .
Para que el código sea limpio y fácil de entender, se recomienda utilizar principalmente variables y parámetros locales en la
función, no variables externas.
Siempre es más fácil entender una función que obtiene parámetros, trabaja con ellos y devuelve un resultado que una
función que no obtiene parámetros, pero modifica las variables externas como un efecto secundario.
Nomenclatura de funciones:
●
Un nombre debe describir claramente lo que hace la función. Cuando vemos una llamada a la función en el código, un
buen nombre nos da al instante una comprensión de lo que hace y devuelve.
● Una función es una acción, por lo que los nombres de las funciones suelen ser verbales.
●
Existen muchos prefijos de funciones bien conocidos como create… , show… , get… , check… y así. Úsalos para
insinuar lo que hace una función.
Las funciones son los principales bloques de construcción de los scripts. Ahora hemos cubierto los conceptos básicos, por lo
que en realidad podemos comenzar a crearlos y usarlos. Pero ese es solo el comienzo del camino. Volveremos a ellos
muchas veces, profundizando en sus funciones avanzadas.
Tareas
function checkAge(age) {
if (age > 18) {
return true;
} else {
// ...
return confirm('¿Tus padres te permitieron?');
}
}
function checkAge(age) {
if (age > 18) {
return true;
}
// ...
return confirm('¿Tus padres te permitieron?');
}
75/553
¿Hay alguna diferencia en el comportamiento de estas dos variantes?
A solución
function checkAge(age) {
if (age > 18) {
return true;
} else {
return confirm('¿Tienes permiso de tus padres?');
}
}
A solución
Función min(a, b)
importancia: 1
Por ejemplo:
min(2, 5) == 2
min(3, -1) == -1
min(1, 1) == 1
A solución
Función pow(x,n)
importancia: 4
Escriba la función pow(x,n) que devuelva x como potencia de n . O, en otras palabras, multiplique x por si mismo n
veces y devuelva el resultado.
pow(3, 2) = 3 * 3 = 9
pow(3, 3) = 3 * 3 * 3 = 27
pow(1, 100) = 1 * 1 * ...* 1 = 1
Cree una página web que solicite x y n , y luego muestre el resultado de pow(x,n) .
Ejecutar el demo
PD: En esta tarea, la función solo debe admitir valores naturales de n : enteros desde 1 .
A solución
Expresiones de función
76/553
En JavaScript, una función no es una “estructura mágica del lenguaje”, sino un tipo de valor especial.
function sayHi() {
alert( "Hola" );
}
Existe otra sintaxis para crear una función que se llama una Expresión de Función.
Esto nos permite crear una nueva función en el medio de cualquier expresión
Por ejemplo:
Aquí podemos ver una variable sayHi obteniendo un valor —la nueva función— creada como function() {
alert("Hello"); } .
Como la creación de una función ocurre en el contexto de una expresión de asignación, (el lado derecho de = ), esto es una
Expresión de función.
Note que no hay un nombre después de la palabra clave function . Omitir el nombre está permitido en las expresiones de
función.
Aquí la asignamos directamente a la variable, así que el significado de estos ejemplos de código es el mismo: "crear una
función y ponerla en la variable sayHi ".
En situaciones más avanzadas, que cubriremos más adelante, una función puede ser creada e inmediatamente llamada o
agendada para uso posterior, sin almacenarla en ningún lugar, permaneciendo así anónima.
La función es un valor
Reiteremos: no importa cómo es creada la función, una función es un valor. Ambos ejemplos arriba almacenan una función
en la variable sayHi .
function sayHi() {
alert( "Hola" );
}
Tenga en cuenta que la última línea no ejecuta la función, porque no hay paréntesis después de sayHi . Existen lenguajes
de programación en los que cualquier mención del nombre de una función causa su ejecución pero JavaScript no funciona
así.
En JavaScript, una función es un valor, por lo tanto podemos tratarlo como un valor. El código de arriba muestra su
representación de cadena, que es el código fuente.
Por supuesto que es un valor especial, en el sentido que podemos invocarlo de esta forma sayHi() .
Pero sigue siendo un valor. Entonces podemos trabajar con ello como trabajamos con otro tipo de valores.
Podemos copiar una función a otra variable:
77/553
Esto es lo que sucede arriba en detalle:
1. La Declaración de la Función (1) crea la función y la coloca dentro de la variable llamada sayHi .
2. Línea (2) copia la función en la variable func .
3. Ahora la función puede ser llamada de ambas maneras, sayHi() y func() .
También podríamos haber usado una expresión de función para declarar sayHi en la primera línea:
function sayHi() {
// ...
}
La respuesta es simple: una expresión de función se crea aquí como function(…) {…} dentro de la sentencia de
asignación let sayHi = …; . El punto y coma se recomienda para finalizar la sentencia, no es parte de la sintaxis de
función.
El punto y coma estaría allí para una asignación más simple tal como let sayHi = 5; , y también está allí para la
asignación de función.
Funciones Callback
Veamos más ejemplos del pasaje de funciones como valores y el uso de expresiones de función.
Escribimos una función ask(question, yes, no) con tres argumentos:
question
Texto de la pregunta
yes
Función a ejecutar si la respuesta es “Yes”
no
Función a ejecutar si la respuesta es “No”
La función deberá preguntar la question y, dependiendo de la respuesta del usuario, llamar yes() o no() :
function showOk() {
alert( "Estás de acuerdo." );
}
function showCancel() {
78/553
alert( "Cancelaste la ejecución." );
}
// uso: las funciones showOk, showCancel son pasadas como argumentos de ask
ask("Estás de acuerdo?", showOk, showCancel);
En la práctica, tales funciones son bastante útiles. La mayor diferencia entre la función ask en la vida real y el ejemplo
anterior es que las funciones de la vida real utilizan formas para interactuar con el usuario más complejas que un simple
confirme . En el navegador, una función como tal normalmente dibuja una ventana de pregunta atractiva. Pero esa es otra
historia.
Los argumentos de ask se llaman funciones callback o simplemente callbacks.
La idea es que pasamos una función y esperamos que se “devuelva la llamada” más tarde si es necesario. En nuestro caso,
showOk se convierte en la callback para la respuesta “Yes”, y showCancel para la respuesta “No”.
Podemos usar Expresión de Función para redactar la misma función más corta:
ask(
"Estás de acuerdo?",
function() { alert("Estás de acuerdo"); },
function() { alert("Cancelaste la ejecución."); }
);
Aquí, las funciones son declaradas justo dentro del llamado ask(...) . No tienen nombre, y por lo tanto se denominan
anónimas. Tales funciones no se pueden acceder fuera de ask (porque no están asignadas a variables), pero eso es justo
lo que queremos aquí.
Éste código aparece en nuestros scripts de manera muy natural, está en el archivo de comandos de JavaScript.
// Declaración de Función
function sum(a, b) {
return a + b;
}
●
Expresión de Función: una función, creada dentro de una expresión o dentro de otra construcción sintáctica. Aquí, la
función es creada en el lado derecho de la “expresión de asignación” = :
// Expresión de Función
let sum = function(a, b) {
return a + b;
};
79/553
Una vez que el flujo de ejecución pase al lado derecho de la asignación let sum = function… – aquí vamos, la función
es creada y puede ser usada (asignada, llamada, etc.) de ahora en adelante.
Esto se debe a los algoritmos internos. Cuando JavaScript se prepara para ejecutar el script, primero busca Declaraciones
de Funciones globales en él y crea las funciones. Podemos pensar en esto como una “etapa de inicialización”.
Y después de que se procesen todas las Declaraciones de Funciones, el código se ejecuta. Entonces tiene acceso a éstas
funciones.
Por ejemplo, esto funciona:
function sayHi(name) {
alert( `Hola, ${name}` );
}
La Declaración de Función sayHi es creada cuando JavaScript está preparándose para iniciar el script y es visible en
todas partes.
…Si fuera una Expresión de Función, entonces no funcionaría:
sayHi("John"); // error!
Las Expresiones de Función son creadas cuando la ejecución las alcance. Esto podría pasar solamente en la línea (*) .
Demasiado tarde.
Por ejemplo, imaginemos que necesitamos declarar una función welcome() dependiendo de la variable age que
obtengamos durante el tiempo de ejecución. Y luego planeamos usarlo algún tiempo después.
function welcome() {
alert("Hola!");
}
} else {
function welcome() {
alert("Saludos!");
}
Esto se debe a que una Declaración de Función sólo es visible dentro del bloque de código en el que reside.
Aquí hay otro ejemplo:
80/553
let age = 16; // tomemos 16 como ejemplo
} else {
function welcome() {
alert("¡Saludos!");
}
}
¿Qué podemos hacer para que welcome sea visible fuera de ‘if’?
El enfoque correcto sería utilizar una Expresión de Función y asignar welcome a la variable que se declara fuera de ‘if’ y
tiene la visibilidad adecuada.
Este código funciona según lo previsto:
let welcome;
welcome = function() {
alert("Hola!");
};
} else {
welcome = function() {
alert("Saludos!");
};
welcome(); // ahora ok
welcome(); // ahora ok
81/553
¿Cuándo debo elegir la Declaración de Función frente a la Expresión de Función?
Como regla general, cuando necesitamos declarar una función, la primera que debemos considerar es la sintaxis de la
Declaración de Función. Da más libertad en cómo organizar nuestro código, porque podemos llamar a tales funciones
antes de que sean declaradas.
También es un poco más fácil de buscar function f(…) {…} en el código comparado con let f = function(…)
{…} . La Declaración de Función es más llamativa.
…Pero si una Declaración de Función no nos conviene por alguna razón, o necesitamos declaración condicional (hemos
visto un ejemplo), entonces se debe usar la Expresión de función.
Resumen
●
Las funciones son valores. Se pueden asignar, copiar o declarar en cualquier lugar del código.
●
Si la función se declara como una declaración separada en el flujo del código principal, eso se llama “Declaración de
función”.
●
Si la función se crea como parte de una expresión, se llama “Expresión de función”.
●
Las Declaraciones de Funciones se procesan antes de ejecutar el bloque de código. Son visibles en todas partes del
bloque.
●
Las Expresiones de Función se crean cuando el flujo de ejecución las alcanza.
En la mayoría de los casos, cuando necesitamos declarar una función, es preferible una Declaración de Función, ya que es
visible antes de la declaración misma. Eso nos da más flexibilidad en la organización del código, y generalmente es más
legible.
Por lo tanto, deberíamos usar una Expresión de Función solo cuando una Declaración de Función no sea adecuada para la
tarea. Hemos visto un par de ejemplos de eso en este capítulo, y veremos más en el futuro.
Esto crea una función func que acepta los parámetros arg1..argN , luego evalúa la expression del lado derecho
mediante su uso y devuelve su resultado.
En otras palabras, es la versión más corta de:
alert( sum(1, 2) ); // 3
Como puedes ver, (a, b) => a + b significa una función que acepta dos argumentos llamados a y b . Tras la
ejecución, evalúa la expresión a + b y devuelve el resultado.
●
Si solo tenemos un argumento, se pueden omitir paréntesis alrededor de los parámetros, lo que lo hace aún más corto.
82/553
Por ejemplo:
alert( double(3) ); // 6
● Si no hay parámetros, los paréntesis estarán vacíos pero deben estar presentes:
sayHi();
Las funciones de flecha se pueden usar de la misma manera que las expresiones de función.
Por ejemplo, para crear dinámicamente una función:
welcome();
Las funciones de flecha pueden parecer desconocidas y poco legibles al principio, pero eso cambia rápidamente a medida
que los ojos se acostumbran a la estructura.
Son muy convenientes para acciones simples de una línea, cuando somos demasiado flojos para escribir muchas palabras.
Las funciones de flecha que estuvimos viendo eran muy simples. Toman los parámetros a la izquierda de => , los evalúan y
devuelven la expresión del lado derecho.
A veces necesitamos una función más compleja, con múltiples expresiones o sentencias. En ese caso debemos encerrarlos
entre llaves. La diferencia principal es que las llaves necesitan usar un return para devolver un valor (tal como lo hacen
las funciones comunes).
Como esto:
alert( sum(1, 2) ); // 3
Por ahora, ya podemos usar las funciones de flecha para acciones de una línea y devoluciones de llamada.
Resumen
Las funciones de flecha son útiles para acciones simples, especialmente las de una sola línea. Vienen en dos variantes:
1. Sin llaves: (...args) => expression – el lado derecho es una expresión: la función la evalúa y devuelve el
resultado. Pueden omitirse los paréntesis si solo hay un argumento, por ejemplo n => n*2 .
83/553
2. Con llaves: (...args) => { body } – las llaves nos permiten escribir varias declaraciones dentro de la función, pero
necesitamos un return explícito para devolver algo.
Tareas
ask(
"Do you agree?",
function() { alert("You agreed."); },
function() { alert("You canceled the execution."); }
);
A solución
Especiales JavaScript
Este capítulo resume brevemente las características de JavaScript que hemos aprendido hasta ahora, prestando especial
atención a los detalles relevantes.
Estructura de Código
alert('Hola'); alert('Mundo');
En general, un salto de línea también se trata como un delimitador, por lo que también funciona:
alert('Hola')
alert('Mundo')
Esto se llama “inserción automática de punto y coma”. A veces no funciona, por ejemplo:
[1, 2].forEach(alert)
La mayoría de las guías de estilo de código coinciden en que debemos poner un punto y coma después de cada declaración.
Los puntos y comas no son necesarios después de los bloques de código {...} y los constructores de sintaxis como los
bucles:
function f() {
// no se necesita punto y coma después de la declaración de función
}
for(;;) {
// no se necesita punto y coma después del bucle
}
…Pero incluso si colocásemos un punto y coma “extra” en alguna parte, eso no sería un error. Solo sería ignorado.
Más en: Estructura del código.
84/553
Modo estricto
Para habilitar completamente todas las características de JavaScript moderno, debemos comenzar los scripts con "use
strict" .
'use strict';
...
Sin la directiva "use strict" , todo sigue funcionando, pero algunas características se comportan de la manera antigua y
“compatible”. Generalmente preferimos el comportamiento moderno.
Algunas características modernas del lenguaje (como las clases que estudiaremos en el futuro) activan el modo estricto
implícitamente.
Más en: El modo moderno, "use strict".
Variables
let x = 5;
x = "John";
Interacción
Estamos utilizando un navegador como entorno de trabajo, por lo que las funciones básicas de la interfaz de usuario serán:
prompt(question, [default])
Hace una pregunta question , y devuelve lo que ingresó el visitante o null si presiona “cancelar”.
85/553
confirm(question)
Hace una pregunta question , y sugiere elegir entre Aceptar y Cancelar. La elección se devuelve como booleano
true/false .
alert(message)
Muestra un message .
Todas estas funciones son modales, pausan la ejecución del código y evitan que el visitante interactúe con la página hasta
que responda.
Por ejemplo:
Operadores
Aritméticos
Los normales: * + - / , también % para los restos y ** para aplicar potencia de un número.
El binario más + concatena textos. Si uno de los operandos es un texto, el otro también se convierte en texto:
Asignaciones
Existen las asignaciones simples: a = b y las combinadas a *= 2 .
Condicional
El único operador con 3 parámetros: cond ? resultA : resultB . Sí cond es verdadera, devuelve resultA , de lo
contrario resultB .
Operadores Lógicos
Los operadores lógicos Y && y Ó || realizan una evaluación de circuito corto y luego devuelven el valor donde se detuvo
(no necesariamente true/false). El operador lógico NOT ! convierte el operando a tipo booleano y devuelve el valor inverso.
Comparaciones
Para verificar la igualdad == de valores de diferentes tipos, estos se convierten a número (excepto null y undefined
que son iguales entre sí y nada más), por lo que son iguales:
86/553
El operador de igualdad estricta === no realiza la conversión: diferentes tipos siempre significan diferentes valores.
Los valores null y undefined son especiales: son iguales == el uno al otro y no son iguales a nada más.
Las comparaciones mayor/menor comparan las cadenas carácter por carácter, los demás tipos de datos se convierten a
número.
Otros operadores
Hay algunos otros, como un operador de coma.
Más en: Operadores básicos, matemáticas, Comparaciones, Operadores Lógicos, Operador Nullish Coalescing '??'.
Bucles
●
Cubrimos 3 tipos de bucles:
// 1
while (condition) {
...
}
// 2
do {
...
} while (condition);
// 3
for(let i = 0; i < 10; i++) {
...
}
●
La variable declarada en el bucle for(let...) sólo es visible dentro del bucle. Pero también podemos omitir el let y
reutilizar una variable existente.
●
Directivas break/continue permiten salir de todo el ciclo/iteración actual. Use etiquetas para romper bucles anidados.
Más adelante estudiaremos más tipos de bucles para tratar con objetos.
La construcción “switch”
La construcción “switch” puede reemplazar múltiples revisiones con if . “switch” utiliza === (comparación estricta).
Por ejemplo:
switch (age) {
case 18:
case "18":
alert("¡Funciona!");
break;
default:
alert("Todo valor que no sea igual a uno de arriba");
}
Funciones
87/553
function sum(a, b) {
let result = a + b;
return result;
}
return result;
};
3. Funciones de flecha:
// sin argumentos
let sayHi = () => alert("Hello");
● Las funciones pueden tener variables locales: son aquellas declaradas dentro de su cuerpo. Estas variables solo son
visibles dentro de la función.
● Los parámetros pueden tener valores predeterminados: function sum(a = 1, b = 2) {...} .
● Las funciones siempre devuelven algo. Si no hay return , entonces el resultado es undefined .
Esa fue una breve lista de características de JavaScript. Por ahora solo hemos estudiado lo básico. Más adelante en el
tutorial encontrará más características especiales y avanzadas de JavaScript.
Debugging en el navegador
Antes de escribir código más complejo, hablemos de debugging.
Todos lo exploradores modernos y la mayoría de los otros ambientes soportan el “debugging” – una herramienta especial de
UI para desarrolladores que nos permite encontrar y reparar errores más fácilmente.
Aquí utilizaremos Chrome porque es uno de los que mejores herramientas tienen en este aspecto.
El panel “sources/recursos”
Tu version de Chrome posiblemente se vea distinta, pero sigue siendo obvio lo que hablamos aquí.
● Abre la pagina de ejemplo en Chrome.
● Activa las herramientas de desarrollo con F12 (Mac: Cmd+Opt+I ).
●
Selecciona el panel sources/recursos .
88/553
Esto es lo que debería ver si lo está haciendo por primera vez:
El botón botón de activación (toggle button) abre la pestaña con los archivos.
Hagamos click allí y seleccionemos index.html y luego hello.js en el árbol de archivos. Esto es lo que se debería
ver:
1 2 3
Podemos ver tres zonas:
1. La Zona de recursos lista los archivos HTML, JavaScript, CSS y otros, incluyendo imágenes que están incluidas en la
página. Las extensiones de Chrome quizás también aparezcan aquí.
2. La Zona de Recursos muestra el código fuente de los archivos.
3. La Zona de información y control es para “debugging”, la exploraremos pronto.
Ahora puedes hacer click en el mismo botón de activación otra vez para esconder la lista de recursos y darnos más
espacio.
Consola
Si presionamos Esc , la consola se abrirá debajo. Podemos escribir los comandos y presionar Enter para ejecutar.
Examinemos qué pasa con el código de la página de ejemplo. En hello.js , haz click en el número de línea 4 . Si, en el
número 4 , no en el código.
¡Felicidades! Ya configuraste un breakpoint. Por favor haz click también en el número de la linea 8 .
Debería verse así (en donde está azul es donde deberías hacer click):
89/553
Aquí está la lista
puntos de quiebre
Breakpoints Condicionales
Click derecho en el número de línea nos permite crear un breakpoint condicional. Solo se disparará cuando la expresión
dada, que debes proveer cuando la creas, sea verdadera.
Esto es útil cuando necesitamos detener la ejecución para un determinado valor de las variables o parámetros de
función.
El comando “debugger”
function hello(name) {
let phrase = `Hello, ${name}!`;
say(phrase);
}
Este comando solo funciona cuando el panel de herramientas de desarrollo está abierto, de otro modo el navegador lo
ignora.
En nuestro ejemplo, hello() se llama durante la carga de la página, entonces la forma mas fácil de activar el debugger es
recargando la página. Entonces presionemos F5 (en Windows ó Linux) ó Cmd+R (en Mac).
90/553
ver expresiones 1
2
ver los detalles de la llamada externa
variables actuales 3
Por favor abre el desplegable de información de la derecha (etiquetado con flechas). Este nos permite examinar el estado del
código actual:
1. Watch – muestra el valor actual de cualquier expresión.
Puedes hacer click en el màs + e ingresar una expresión. El debugger mostrará su valor, y se recalculará
automáticamente en el proceso de ejecución.
2. Call Stack – muestra las llamadas anidadas en la cadena.
En el momento actual el debugger está dentro de la función hello() , llamada por un script en index.html (no dentro
de ninguna función, por lo que se llama “anonymous”).
Si haces click en un elemento de la pila (por ejemplo “anonymous”), el debugger saltará al código correspondiente, y todas
sus variables también serán examinadas.
3. Scope – variables activas.
Local muestra las variables de la función local. También puedes ver sus valores resaltados sobre el código fuente.
También tenemos la palabra this la cual no estudiaremos ahora, pero pronto lo haremos.
Trazado de la ejecución
llamadas anidadas
La ejecución continuó, alcanzando el siguiente breakpoint dentro de say() y pausándose allí. Revisa el “Call stack” a la
derecha. Ha incrementado su valor en una llamada. Ahora estamos dentro de say() .
91/553
Otro clic volverá a ejecutar otro comando, y así uno por uno, a través de todo el script.
– “saltar paso”: corre al comando siguiente, pero no te metas en la función, hotkey F10 .
Similar a “siguiente paso” pero se comporta diferente si la siguiente sentencia es un llamado a función. Esto es: no una
nativa como alert, sino una función nuestra.
El comando “siguiente” entra y pausa en la primera línea, en cambio “saltar” ejecuta la función anidada de forma invisible, no
mostrando el interior de la función.
Para el futuro, simplemente recuerda que “Siguiente” ignora las acciones asincrónicas tales como setTimeout (llamada a
función programada), que se ejecutan después. The “Siguiente dentro” va al interior de su código, esperando por él si es
necesario. Puedes ver el DevTools manual para más detalles.
– “Step out”: continuar la ejecución hasta el final de la función actual, hotkey Shift+F11 .
La ejecución se detendrá en la última línea de la función actual. Esto es útil cuando accidentalmente entramos en una
llamada anidada usando que no nos interesa, y queremos continuar hasta el final tan rápido como se pueda.
Logging
Los usuarios regulares no ven este output, ya que está en la consola. Para verlo, debemos abrir la consola de
desarrolladores y presionar la tecla Esc y en otro tab: se abrirá la consola debajo.
Si tenemos suficiente log en nuestro código, podemos entonces ver lo que va pasando en nuestro registro, sin el debugger.
Resumen
Como podemos ver, hay tres formas principales para pausar un script:
1. Un breakpoint.
2. La declaración debugger .
3. Un error (Si la consola esta abierta y el botón esta “activo”).
92/553
Cuando se pausa, podemos hacer “debug”: examinar variables y rastrear el código para ver dónde la ejecución funciona mal.
Hay muchas más opciones en la consola de desarrollo que las que se cubren aquí. El manual completo lo conseguimos en
https://developers.google.com/web/tools/chrome-devtools .
La información de este capítulo es suficiente para debuggear, pero luego, especialmente si hacemos muchas cosas con el
explorador, por favor revisa las capacidades avanzadas de la consola de desarrolladores.
Ah, y también puedes hacer click en todos lados en la consola a ver qué pasa. Esta es probablemente la ruta más rápida
para aprender a usar la consola de desarrolladores. ¡Tampoco olvides el click derecho!
Estilo de codificación
Nuestro código debe ser lo más limpio y fácil de leer como sea posible.
Ese es en realidad el arte de la programación: tomar una tarea compleja y codificarla de manera correcta y legible para los
humanos. Un buen estilo de código ayuda mucho en eso.
Sintaxis
Aquí hay una hoja de ayuda con algunas reglas sugeridas (ver abajo para más detalles):
Espacios
Alrededor de los operadores
Sangría
2 espacios 2
Un espacio
Un punto y coma
después de for/if/while…
es obligatorio
Un espacio
entre
arguments
Llaves
En la mayoría de proyectos de Javascript las llaves están escritas en estilo “Egipcio” con la llave de apertura en la misma
linea como la correspondiente palabra clave – no en una nueva linea. Debe haber también un espacio después de la llave de
apertura, como esto:
if (condition) {
// hacer esto
// ...y eso
// ...y eso
}
Una construcción de una sola línea, como if (condition) doSomething() , es un caso límite importante.
¿Deberíamos usar llaves?
Aquí están las variantes anotadas para que puedas juzgar la legibilidad por ti mismo.
93/553
1. 😠 Los principiantes a veces hacen eso. ¡Malo! Las llaves no son necesarias:
2. 😠 Dividir en una línea separada sin llaves. Nunca haga eso, es fácil cometer un error al agregar nuevas líneas:
if (n < 0)
alert(`Power ${n} is not supported`);
4. 😃 La mejor variante:
if (n < 0) {
alert(`Power ${n} is not supported`);
}
Para un código muy breve, se permite una línea, p. if (cond) return null . Pero un bloque de código (la última
variante) suele ser más legible.
Tamaño de línea
A nadie le gusta leer una larga línea horizontal de código. Es una buena práctica dividirlos.
Por ejemplo:
Y para sentencias if :
if (
id === 123 &&
moonPhase === 'Waning Gibbous' &&
zodiacSign === 'Libra'
) {
letTheSorceryBegin();
}
La longitud máxima de la línea debe acordarse con el equipo de trabajo. Suele tener 80 o 120 caracteres.
Indentación (sangría)
Hay dos tipos de indentación:
● Indentación horizontal: 2 o 4 espacios.
Se realiza una sangría horizontal utilizando 2 o 4 espacios o el símbolo de tabulación horizontal (key Tabulador ). Cuál
elegir es una vieja guerra santa. Los espacios son más comunes hoy en día.
Una ventaja de los espacios sobre las tabulaciones es que los espacios permiten configuraciones de sangría más flexibles
que el símbolo del tabulador.
Por ejemplo, podemos alinear los argumentos con el paréntesis de apertura, así:
show(parameters,
aligned, // 5 espacios de relleno a la izquierda
one,
after,
94/553
another
) {
// ...
}
Incluso una sola función a menudo se puede dividir en bloques lógicos. En el siguiente ejemplo, la inicialización de
variables, el bucle principal y la devolución del resultado se dividen verticalmente:
function pow(x, n) {
let result = 1;
// <--
for (let i = 0; i < n; i++) {
result *= x;
}
// <--
return result;
}
Insertar una nueva línea extra donde ayude a hacer el código mas legible. No debe haber más de nueve líneas de código
sin una indentación vertical.
Punto y coma
Debe haber un punto y coma después de cada declaración, incluso si se puede omitir.
Hay idiomas en los que un punto y coma es realmente opcional y rara vez se usa. Sin embargo, en JavaScript, hay casos en
los que un salto de línea no se interpreta como un punto y coma, lo que deja el código vulnerable a errores. Vea más sobre
eso en el capítulo Estructura del código.
Si eres un programador de JavaScript experimentado, puedes elegir un estilo de código sin punto y coma como
StandardJS . De lo contrario, es mejor usar punto y coma para evitar posibles escollos. La mayoría de los desarrolladores
ponen punto y coma.
Niveles anidados
Intenta evitar anidar el código en demasiados niveles de profundidad.
Algunas veces es buena idea usar la directiva “continue” en un bucle para evitar anidamiento extra.
Por ejemplo, en lugar de añadir un if anidado como este:
Podemos escribir:
function pow(x, n) {
if (n < 0) {
alert("Negative 'n' not supported");
} else {
let result = 1;
95/553
}
return result;
}
}
Opción 2:
function pow(x, n) {
if (n < 0) {
alert("Negative 'n' not supported");
return;
}
let result = 1;
return result;
}
El segundo es más legible porque el “caso especial” de n < 0 se maneja desde el principio. Una vez que se realiza la
verificación, podemos pasar al flujo de código “principal” sin la necesidad de anidamiento adicional.
Colocación de funciones
Si está escribiendo varias funciones “auxiliares” y el código que las usa, hay tres formas de organizar las funciones.
1. Declare las funciones anteriores al código que las usa:
// declaración de funciones
function createElement() {
...
}
function setHandler(elem) {
...
}
function walkAround() {
...
}
function setHandler(elem) {
...
}
function walkAround() {
...
}
96/553
3. Mixto: una función es declarada donde se usa por primera vez.
Eso es porque al leer el código, primero queremos saber qué hace. Si el código va primero, entonces queda claro desde el
principio. Entonces, tal vez no necesitemos leer las funciones, especialmente si sus nombres son descriptivos de lo que
realmente hacen.
Guías de estilo
Una guía de estilo contiene reglas generales sobre “cómo escribir” el código, cuáles comillas usar, cuántos espacios para
indentar, la longitud máxima de la línea, etc. Muchas cosas menores.
Cuando todos los miembros de un equipo usan la misma guía de estilo, el código se ve uniforme, independientemente de
qué miembro del equipo lo haya escrito.
Por supuesto, un equipo siempre puede escribir su propia guía de estilo, pero generalmente no es necesario. Hay muchas
guías existentes para elegir.
Algunas opciones populares:
● Google JavaScript Style Guide
●
Airbnb JavaScript Style Guide
● Idiomatic.JS
●
StandardJS
●
(y mucho mas)
Si eres un desarrollador novato, puedes comenzar con la guía al comienzo de este capítulo. Luego, puedes buscar otras
guías de estilo para recoger más ideas y decidir cuál te gusta más.
Linters automatizados
Linters son herramientas que pueden verificar automáticamente el estilo de su código y hacer sugerencias de mejora.
Lo mejor de ellos es que la comprobación de estilo también puede encontrar algunos errores, como errores tipográficos en
nombres de variables o funciones. Debido a esta característica, se recomienda usar un linter incluso si no desea apegarse a
un “estilo de código” en particular.
Aquí hay algunas herramientas de linting conocidas:
● JSLint – uno de los primeros linters.
● JSHint – más ajustes que JSLint.
● ESLint – probablemente el más reciente.
La mayoría de las linters están integradas con muchos editores populares: solo habilite el complemento en el editor y
configure el estilo.
Por ejemplo, para ESLint debe hacer lo siguiente:
1. Instala Node.JS .
2. Instala ESLint con el comando npm install -g eslint (npm es un instalador de paquetes de Javascript).
3. Crea un archivo de configuración llamado .eslintrc en la raíz de tu proyecto de javascript (en la carpeta que contiene
todos tus archivos).
4. Instala/Habilita el plugin para que tu editor se integre con ESLint. La mayoría de editores tienen uno.
{
"extends": "eslint:recommended",
"env": {
"browser": true,
"node": true,
"es6": true
},
"rules": {
97/553
"no-console": 0,
"indent": 2
}
}
Aquí la directiva "extends" denota que la configuración se basa en el conjunto de configuraciones “eslint: recomendado”.
Después de eso, especificamos el nuestro.
También es posible descargar conjuntos de reglas de estilo de la web y extenderlos. Consulte https://eslint.org/docs/user-
guide/getting-started para obtener más detalles sobre la instalación.
También algunos IDE tienen linting incorporado, lo cual es conveniente pero no tan personalizable como ESLint.
Resumen
Todas las reglas de sintaxis descritas en este capítulo (y en las guías de estilo mencionadas) tienen como objetivo aumentar
la legibilidad de su código. Todos ellos son discutibles.
Cuando pensamos en escribir un código “mejor”, las preguntas que debemos hacernos son: “¿Qué hace que el código sea
más legible y fácil de entender?” y “¿Qué puede ayudarnos a evitar errores?” Estas son las principales cosas a tener en
cuenta al elegir y debatir estilos de código.
La lectura de guías de estilo populares le permitirá mantenerse al día con las últimas ideas sobre las tendencias de estilo de
código y las mejores prácticas.
Tareas
Estilo pobre
importancia: 4
function pow(x,n)
{
let result=1;
for(let i=0;i<n;i++) {result*=x;}
return result;
}
Arreglalo.
A solución
Comentarios
Como hemos aprendido en el capítulo Estructura del código, los comentarios pueden ser de una sola línea: comenzando con
// y de múltiples líneas: /* ... */ .
Normalmente los usamos para describir cómo y por qué el código funciona.
A primera vista, los comentarios pueden ser obvios, pero los principiantes en programación generalmente los usan
incorrectamente.
Comentarios incorrectos
Los principiantes tienden a utilizar los comentarios para explicar “lo que está pasando en el código”. Así:
98/553
// Este código hará esto (...) y esto (...)
// ...y quién sabe qué más...
código;
muy;
complejo;
Pero en un buen código, la cantidad de comentarios “explicativos” debería ser mínima. En serio, el código debería ser fácil
de entender sin ellos.
Existe una fantástica regla al respeto: “si el código es tan poco claro que necesita un comentario, tal vez en su lugar debería
ser reescrito.”.
function showPrimes(n) {
nextPrime:
for (let i = 2; i < n; i++) {
alert(i);
}
}
function showPrimes(n) {
alert(i);
}
}
function isPrime(n) {
for (let i = 2; i < n; i++) {
if (n % i == 0) return false;
}
return true;
}
Ahora podemos entender el código fácilmente. La propia función se convierte en comentario. Este tipo de código se le llama
auto descriptivo.
// ...
99/553
Entonces, una versión mejor puede ser reescribirlo en funciones de esta manera:
addWhiskey(glass);
addJuice(glass);
function addWhiskey(container) {
for(let i = 0; i < 10; i++) {
let drop = getWhiskey();
//...
}
}
function addJuice(container) {
for(let t = 0; t < 3; t++) {
let tomato = getTomato();
//...
}
}
De nuevo, la propias funciones nos dicen qué está pasando. No hay nada que comentar. Y además, la estructura del código
es mejor cuando está dividida. Queda claro qué hace cada función, qué necesita y qué retorna.
En realidad, no podemos evitar totalmente los comentarios “explicativos”. Existen algoritmos complejos. Y existen “trucos”
ingeniosos con el propósito de optimizar. Pero generalmente, tenemos que intentar mantener el código simple y auto
descriptivo.
Comentarios correctos
Entonces, los comentarios explicativos suelen ser incorrectos. ¿Qué comentarios son correctos?
Describe la arquitectura
Proporcionan una descripción general de alto nivel de los componentes, cómo interactúan, cuál es el flujo de control en
diversas situaciones… En resumen – la vista panorámica del código. Hay un lenguaje de diagramas especial UML para
diagramas de alto nivel. Definitivamente vale la pena estudiarlo.
Por ejemplo:
/**
* Devuelve x elevado a la potencia de n.
*
* @param {number} x El número a elevar.
* @param {number} n La potencia, debe ser un número natural.
* @return {number} x elevado a la potencia de n.
*/
function pow(x, n) {
...
}
Estos tipos de comentarios nos permiten entender el propósito de la función y cómo usarla de la manera correcta sin mirar
su código.
Por cierto, muchos editores como WebStorm también pueden entenderlos y usarlos para proveer auto completado y
algún tipo de verificación automática para el código.
Además, existen herramientas como JSDoc 3 que pueden generar documentación en formato HTML de los comentarios.
Puedes leer más información sobre JSDoc aquí http://usejsdoc.org/ .
Si hay muchas maneras de resolver el problema, ¿por qué esta? Especialmente cuando no es la más obvia.
Sin dichos comentarios, las siguientes situaciones son posibles:
100/553
1. Tú (o tu compañero) abres el código escrito hace ya algún tiempo, y te das cuenta de que es “subóptimo”.
2. Piensas: “Que estúpido que era antes, y que inteligente que soy ahora”, y lo reescribes utilizando la variante “más obvia y
correcta”.
3. …El impulso de reescribir era bueno. Pero en el proceso ves que la solución “más obvia” en realidad falla. Incluso
recuerdas vagamente el porqué, porque ya lo intentaste hace mucho. Vuelves a la variante correcta pero has estado
perdiendo el tiempo.
Los comentarios que explican la solución correcta son muy importantes. Nos ayudan a continuar el desarrollo de forma
correcta.
Resumen
Una señal importante de un buen desarrollador son los comentarios: su presencia e incluso su ausencia.
Los buenos comentarios nos permiten mantener bien el código, volver después de un retraso y usarlo de manera más
efectiva.
Comenta esto:
● Arquitectura en general, vista de alto nivel.
● Utilización de funciones.
●
Soluciones importantes, especialmente cuando no son inmediatamente obvias.
Evita comentarios:
● Que explican “cómo funciona el código” y “qué hace”.
● Escríbelos solo si es imposible escribir el código de manera tan simple y auto descriptiva que no los necesite.
Los comentarios también son usados para herramientas de auto documentación como JSDoc3: los leen y generan
documentación en HTML (o documentos en otros formatos).
Código ninja
Aprender sin pensar es inútil. Pensar sin aprender peligroso. Confucio (Analectas)
Los programadores ninjas del pasado usaron estos trucos para afilar la mente de los mantenedores de código.
Los gurús de revisión de código los buscan en tareas de prueba.
Los desarrolladores novatos algunas veces los usan incluso mejor que los programadores ninjas.
Léelos detenidamente y encuentra quién eres – ¿un ninja?, ¿un novato?, o tal vez ¿un revisor de código?
Ironía detectada
Muchos intentan seguir los caminos de los ninjas. Pocos tienen éxito.
Fascinante, ¿cierto?. Si escribes de esa forma, un desarrollador que se encuentre esta línea e intente entender cuál es el
valor de i la va a pasar muy mal. Por lo que tendrá que venir a ti, buscando una respuesta.
101/553
Diles que mientras más corto mucho mejor. Guíalos a los caminos del ninja.
El Dao se esconde sin palabras. Solo el Dao está bien comenzado y Laozi (Tao Te Ching)
bien terminado.
Otra forma de programar más rápido es usando variables de una sola letra en todas partes. Como a , b o c .
Una variable corta desaparece en el código como lo hace un ninja en un bosque. Nadie será capaz de encontrarla usando
“buscar” en el editor. E incluso si alguien lo hace, no será capaz de “descifrar” el significado de a o b .
…Pero hay una excepción. Un verdadero ninja nunca usaría i como el contador en un bucle "for" . En cualquier otro
lugar, pero no aquí. Mira alrededor, hay muchas más letras exóticas. Por ejemplo, x o y .
Una variable exótica como el contador de un bucle es especialmente genial si el cuerpo del bucle toma 1-2 páginas (hazlo
más grande si puedes). Entonces si alguien mira en las profundidades del bucle, no será capaz de figurar rápidamente que
la variable llamada x es el contador del bucle.
Usa abreviaciones
Si las reglas del equipo prohíben el uso de nombres de una sola letra o nombres vagos – acórtalos, haz abreviaciones.
Como esto:
● list → lst .
●
userAgent → ua .
●
browser → brsr .
● …etc
Solo aquel con buena intuición será capaz de entender dichos nombres. Intenta acortar todo. Solo una persona digna
debería ser capaz de sostener el desarrollo de tu código.
Cuando estés escogiendo un nombre intenta usar la palabra más abstracta. Como obj , data , value , item , elem ,
etc.
●
El nombre ideal para una variable es data . Usalo lo más que puedas. En efecto, toda variable contiene data, ¿no?
…¿Pero qué hacer si data ya está siendo usado? Intenta con value , también es universal. Después de todo, una
variable eventualmente recibe un value (valor).
● Nombra una variable por su tipo: str , num …
Pruébalos. Un recién iniciado puede preguntarse – ¿Son estos nombres realmente útiles para un ninja? En efecto, ¡lo son!
Claro, el nombre de la variable sigue significando algo. Dice que hay en el interior de la variable: una cadena de texto, un
número o cualquier otra cosa. Pero cuando una persona ajena intenta entender el código, se verá sorprendido al ver que
en realidad no hay información. Y finalmente fracasara en el intento de alterar tu código bien pensado.
El tipo de valor es fácil de encontrar con una depuración. Pero, ¿cuál es el significado de la variable? ¿Qué cadena de
texto o número guarda?
¡No hay forma de saberlo sin una buena meditación!
● …Pero, ¿Y si ya no hay más de tales nombres? Simplemente añade un número: data1, item2, elem5 …
Prueba de atención
102/553
Solo un programador realmente atento debería ser capaz de entender tu código. Pero, ¿cómo comprobarlo? ``
Una de las maneras – usa nombre de variables similares, como date y data .
Sinónimos inteligentes
El Tao que puede ser expresado no es el Tao eterno. El nombre que Lao Tse (Tao Te Ching)
puede ser nombrado no es el nombre eterno.
Usando nombres similares para las mismas cosas hace tu vida mas interesante y le muestra al público tu creatividad.
Por ejemplo, considera prefijos de funciones. Si una función muestra un mensaje en la pantalla – comiénzalo con
mostrar... , como mostarMensaje . Y entonces si otra función muestra en la pantalla otra cosa, como un nombre de
usuario, comiénzalo con presentar... (como presentarNombre ).
Insinúa que hay una diferencia sutil entre dichas funciones, cuando no lo hay.
Has un pacto con tus compañeros ninjas del equipo: si John comienza funciones de “mostrar” con presentar... en su
código, entonces Peter podría usar exhibir.. , y Ann – pintar... . Nota como el código es mucho más interesante y
diverso ahora.
Reutilizar nombres
Una vez que el todo se divide, las partes Laozi (Tao Te Ching)
necesitan nombres.
Ya hay suficientes nombres.
Uno debe saber cuándo parar.
En una función intenta sólo usar las variables pasadas como parámetros.
Eso hará que sea realmente difícil identificar qué es exactamente la variable ahora. Y además de donde viene. El propósito
es desarrollar la intuición y memoria de la persona que lee el código. Una persona con intuición débil tendrá que analizar el
código línea por línea y seguir los cambios en cada rama de código.
Una variante avanzada del enfoque es reemplazar los valores de forma encubierta con algo parecido en la mitad de
un bucle o una función.
Por ejemplo:
function ninjaFunction(elem) {
// 20 líneas de código trabajando con elem
elem = clone(elem);
103/553
Un colega programador que quiera trabajar con elem en la segunda mitad de la función será sorprendido… ¡Solo durante la
depuración, después de examinar el código encontrara que está trabajando con un clon!
Visto regularmente en códigos. Letalmente efectivo, incluso contra ninjas experimentados.
Coloca guiones bajos _ y __ antes de los nombres de las variables. Como _name o __value . Sería genial si solo tú
sabes su significado. O, mejor, añádelos simplemente por diversión, sin ningún significado especial. O diferentes significados
en diferentes lugares.
Matarás dos pájaros de un solo tiro. Primero, el código se hará más largo y menos legible, y segundo, un colega
desarrollador podría gastar una gran cantidad de tiempo intentado entender el significado del guion bajo.
Un ninja inteligente coloca los guiones bajos en un solo lugar del código y los evita en otros lugares. Eso hace que el código
sea mucho más frágil y aumenta la probabilidad de errores futuros.
Muestra tu amor
¡Deja que todos vean cuán magníficas son tus entidades! Nombres como superElement , megaFrame and niceItem
iluminaran sin duda al lector.
En efecto, por una parte, algo es escrito: super.. , mega.. , nice.. , pero por otra parte – no da ningún detalle. Un
lector podría decidir mirar por un significado oculto y meditar por una hora o dos.
Usa los mismos nombres para variables dentro y fuera de una función. Así de simple. Sin el esfuerzo de inventar nuevos
nombres.
function render() {
let user = anotherValue();
...
...many lines...
...
... // <-- un programador quiere trabajar con user aquí y...
...
}
Un programador que se adentra en render probablemente no notara que hay un user local opacando al de afuera.
Entonces intentaran trabajar con user asumiendo que es la variable externa, el resultado de authenticateUser() …
¡Se activa la trampa! Hola, depurador…
Hay muchas funciones que parecen que no cambian nada. Como estaListo() , comprobarPermiso() ,
encontrarEtiquetas() … Se asume que sacan los cálculos, encuentran y regresan los datos, sin cambiar nada fuera
de ellos. En otras palabras, sin “efectos secundarios”.
Un truco realmente bello es añadirles una acción “útil”, además de su tarea principal.
Una expresión de sorpresa aturdida aparecerá en la cara de tus colegas cuando vean que la función llamada es.. ,
comprobar.. o encontrar... cambia algo – definitivamente ampliará tus límites de razón.
104/553
Funciones poderosas!
Imagina, otro desarrollador quiere solo comprobar el correo, y no mostrar ningún mensaje. Tu función
validarEmail(email) que hace ambas no le será de utilidad. Así que no romperán tu meditación preguntando cualquier
cosa sobre ello.
Resumen
Todos los consejos anteriores son de código real… Algunas veces, escrito por desarrolladores experimentados. Quizás
incluso más experimentado que tú ;)
● Sigue alguno de ellos, y tu código estará lleno de sorpresas.
● Sigue muchos de ellos, y tu código será realmente tuyo, nadie querrá cambiarlo.
● Sigue todos, y tu código será una lección valiosa para desarrolladores jóvenes buscando iluminación.
Cuando escribimos una función, normalmente imaginamos qué debe hacer: Para ciertos parámetros, qué resultado.
Durante el desarrollo, podemos comprobar la función ejecutándola y comparando el resultado con la salida esperada. Por
ejemplo, podemos hacer eso en la consola.
Si algo está incorrecto corregimos el código, ejecutamos de nuevo, comprobamos resultado, y así sucesivamente hasta que
funcione.
Pero esas “re-ejecuciones” manuales son imperfectas.
Cuando testeamos un código re-ejecutándolo manualmente es fácil obviar algo.
Por ejemplo, estamos creando una función f . Escribimos algo de código, testeamos: f(1) funciona, pero f(2) no
funciona. Corregimos el código y ahora funciona f(2) . ¿Está completo? Hemos olvidado re-testear f(1) . Esto puede
llevar a error.
Todo esto es muy típico. Cuando desarrollamos algo, mantenemos muchos casos de uso posibles en la cabeza. Pero es
difícil esperar que un/a programador/a los compruebe a todos después de cada cambio. Por lo que deviene fácil arreglar una
cosa y romper otra.
Los tests automatizados implican escribir los tests por separado, además del código. Ellos ejecutan nuestras
funciones de varias formas y comparan los resultados con los esperados.
Vamos a usar una técnica llamada Desarrollo guiado por comportamiento o por sus siglas en inglés, BDD.
105/553
Digamos que queremos hacer una función pow(x, n) que eleve x a la potencia de un entero n . Asumimos que n≥0 .
Esta tarea es sólo un ejemplo: Hay un operador ** en JavaScript que hace eso, pero queremos concentrarnos en el flujo de
desarrollo que puede ser aplicado a tareas más complejas.
Antes de crear el código de pow , podemos imaginar lo que hace la función y describirlo.
Esa descripción es llamada especificación o “spec” y contiene las descripciones de uso junto con los test para probarlas,
como:
describe("pow", function() {
});
assert.equal(value1, value2)
El código dentro del bloque it que, si la implementación es correcta, debe ejecutar sin errores.
Las funciones assert.* son usadas para comprobar que pow funcione como esperamos. Aquí mismo utilizamos una de
ellas: assert.equal , que compara argumentos y produce un error si los mismos no son iguales. Arriba se está
comprobando que el resultado de pow(2, 3) sea igual a 8 . Hay otros tipos de comparaciones y comprobaciones que
veremos más adelante.
La especificación puede ser ejecutada, y hará los los test dictados en el bloque it . Lo veremos luego.
El flujo de desarrollo
De tal forma que el desarrollo es iterativo. Escribimos la especificación, la implementamos, aseguramos que los tests pasen
y entonces escribimos más tests y volvemos a asegurar que pasen, etc. Al final tenemos una implementación funcionando
con tests para ella.
La spec en acción
En este tutorial estamos usando las siguientes librerías JavaScript para los tests:
● Mocha – el framework central: provee funciones para test comunes como describe e it y la función principal que
ejecuta los tests.
106/553
● Chai – una librería con muchas funciones de comprobación (assertions). Permite el uso de diferentes comprobaciones.
De momento usaremos assert.equal .
● Sinon – una librería para espiar funciones. Simula funciones incorporadas al lenguaje y mucho más. La necesitaremos
a menudo más adelante.
Estas librerías son adecuadas tanto para tests en el navegador como en el lado del servidor. Aquí nos enfocaremos en el
navegador.
La página HTML con estos frameworks y la spec de pow :
<!DOCTYPE html>
<html>
<head>
<!-- incluir css para mocha, para mostrar los resultados -->
<link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/mocha/3.2.0/mocha.css">
<!-- incluir el código del framework mocha -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/mocha/3.2.0/mocha.js"></script>
<script>
mocha.setup('bdd'); // configuración mínima
</script>
<!-- incluir chai -->
<script src="https://cdnjs.cloudflare.com/ajax/libs/chai/3.5.0/chai.js"></script>
<script>
// chai tiene un montón de cosas, hacemos assert global
let assert = chai.assert;
</script>
</head>
<body>
<script>
function pow(x, n) {
/* código a escribir de la función, de momento vacío */
}
</script>
<!-- el elemento con id="mocha" que contiene los resultados de los tests -->
<div id="mocha"></div>
</html>
El resultado:
107/553
passes: 0 failures: 1 duration: 0.09s
pow
✖ eleva a la n-esima potencia ‣
De momento, el test falla. Es lógico: tenemos el código vacío en la función pow , así que pow(2,3) devuelve undefined
en lugar de 8 .
Para más adelante, ten en cuenta que hay avanzados test-runners (Herramientas para ejecutar los test en diferentes
entornos de forma automática), como karma y otros. Por lo que generalmente no es un problema configurar muchos tests
diferentes.
Implementación inicial
Vamos a realizar una implementación simple de pow , suficiente para pasar el test:
function pow(x, n) {
return 8; // :) ¡hacemos trampas!
}
¡Ahora funciona!
pow
✓ eleva a la n-ésima potencia ‣
Mejoramos el spec
Lo que hemos hecho es una trampa. La función no funciona bien: ejecutar un cálculo diferente como pow(3,4) nos
devuelve un resultado incorrecto pero el test pasa.
… pero la situación es habitual, ocurre en la práctica. Los tests pasan, pero la función no funciona bien. Nuestra
especificación está incompleta. Necesitamos añadir más casos de uso a la especificación.
describe("pow", function() {
});
describe("pow", function() {
108/553
it("2 elevado a la potencia de 3 es 8", function() {
assert.equal(pow(2, 3), 8);
});
});
La diferencia principal se da cuando assert lanza un error, el bloque it termina inmediatamente. De forma que si en la
primera manera el primer assert falla, no veremos nunca el resultado del segundo assert .
Hacer los tests separados es útil para recoger información sobre qué está pasando, de forma que la segunda manera es
mejor.
A parte de eso, hay otra regla que es bueno seguir.
Un test comprueba una sola cosa
Si vemos que un test contiene dos comprobaciones independientes, es mejor separar el test en dos tests más simples.
pow
✓ 2 elevado a la potencia de 3 es 8 ‣
✖ 3 elevado a la potencia de 4 es 81 ‣
Como podemos esperar, el segundo falla. Nuestra función siempre devuelve 8 mientras el assert espera 27 .
Mejoramos la implementación
Vamos a escribir algo más real para que pasen los tests:
function pow(x, n) {
let result = 1;
return result;
}
Para estar seguros de que la función trabaja bien, vamos a hacer comprobaciones para más valores. En lugar de escribir
bloques it manualmente, vamos a generarlos con un for :
describe("pow", function() {
function makeTest(x) {
let expected = x * x * x;
it(`${x} elevado a 3 es ${expected}`, function() {
assert.equal(pow(x, 3), expected);
});
}
});
109/553
El resultado:
pow
✓ 1 elevado a 3 es 1 ‣
✓ 2 elevado a 3 es 8 ‣
✓ 3 elevado a 3 es 27 ‣
✓ 4 elevado a 3 es 64 ‣
✓ 5 elevado a 3 es 125 ‣
Describe anidados
Vamos a añadir más tests. Pero antes, hay que apuntar que la función makeTest y la instrucción for deben ser
agrupados juntos. No queremos makeTest en otros tests, solo se necesita en el for : su tarea común es comprobar cómo
pow eleva a una potencia concreta.
describe("pow", function() {
function makeTest(x) {
let expected = x * x * x;
it(`${x} elevado a 3 es ${expected}`, function() {
assert.equal(pow(x, 3), expected);
});
}
});
El describe anidado define un nuevo subgrupo de tests. En la salida podemos ver la indentación en los títulos:
pow
eleva x a la potencia de 3
✓ 1 elevado a 3 es 1 ‣
✓ 2 elevado a 3 es 8 ‣
✓ 3 elevado a 3 es 27 ‣
✓ 4 elevado a 3 es 64 ‣
✓ 5 elevado a 3 es 125 ‣
En el futuro podemos añadir más it y describe en el primer nivel con funciones de ayuda para ellos mismos, no se
solaparán con makeTest .
110/553
before/after y beforeEach/afterEach
Podemos configurar funciones before/after que se ejecuten antes/después de la ejecución de los tests, y también
funciones beforeEach/afterEach que ejecuten antes/después de cada it .
Por ejemplo:
describe("test", function() {
});
La funcionalidad básica de pow está completa. La primera iteración del desarrollo está hecha. Cuando acabemos de
celebrar y beber champán – sigamos adelante y mejorémosla.
Como se dijo, la función pow(x, n) está dedicada a trabajar con valores enteros positivos n .
Para indicar un error matemático, JavaScript normalmente devuelve NaN como resultado de una función. Hagamos lo
mismo para valores incorrectos de n .
describe("pow", function() {
// ...
});
111/553
passes: 5 failures: 2 duration: 0.19s
pow
✖ si n es negativo, el resultado es NaN ‣
eleva x a 3
✓ 1 elevado a 3 es 1 ‣
✓ 2 elevado a 3 es 8 ‣
✓ 3 elevado a 3 es 27 ‣
✓ 4 elevado a 3 es 64 ‣
✓ 5 elevado a 3 es 125 ‣
El test recién creado falla, porque nuestra implementación no lo soporta. Así es como funciona la metodología BDD: primero
escribimos un test que falle y luego realizamos la implementación para que pase.
Otras comprobaciones
Por favor, ten en cuenta la comprobación assert.isNaN : ella comprueba que el valor es NaN .
function pow(x, n) {
if (n < 0) return NaN;
if (Math.round(n) != n) return NaN;
let result = 1;
return result;
}
112/553
passes: 7 failures: 0 duration: 0.18s
pow
✓ si n es negativo, el resultado es NaN ‣
✓ si n no es un entero, el resultado es NaN ‣
eleva x a la potencia 3
✓ 1 elevado a 3 es 1 ‣
✓ 2 elevado a 3 es 8 ‣
✓ 3 elevado a 3 es 27 ‣
✓ 4 elevado a 3 es 64 ‣
✓ 5 elevado a 3 es 125 ‣
Resumen
En BDD, la especificación va primero, seguida de la implementación. Al final tenemos tanto la especificación como la
implementación.
El spec puede ser usado de tres formas:
1. Como Tests garantizan que el código funciona correctamente.
2. Como Docs – los títulos de los describe e it nos dicen lo que la función hace.
3. Como Ejemplos – los tests son también ejemplos funcionales que muestran cómo una función puede ser usada.
Con la especificación, podemos mejorar de forma segura, cambiar, incluso reescribir la función desde cero y estar seguros
de que seguirá funcionando.
Esto es especialmente importante en proyectos largos cuando una función es usada en muchos sitios. Cuando cambiamos
una función, no hay forma manual de comprobar si cada sitio donde se usaba sigue funcionando correctamente.
Sin tests, la gente tiene dos opciones:
1. Realizar el cambio como sea. Luego nuestros usuarios encontrarán errores porque probablemente fallemos en
encontrarlos.
2. O, si el castigo por errores es duro, la gente tendrá miedo de hacer cambios en las funciones. Entonces el código
envejecerá, nadie querrá meterse en él y eso no es bueno para el desarrollo.
Naturalmente, porque el código será más fácil de cambiar y mejorar. Pero no sólo eso.
Al escribir tests, el código debe estar organizado de tal manera que cada función tenga un propósito claro y explícito, una
entrada y una salida bien definida. Eso implica una buena arquitectura desde el principio.
En la vida real a veces no es tan fácil. A veces es difícil escribir una especificación antes que el código, porque no está claro
aún cómo debe comportarse dicho código. Pero en general, escribir los tests hace el desarrollo más rápido y más estable.
En el tutorial encontrarás más adelante muchas tareas respaldadas con pruebas. Veremos más ejemplos prácticos de tests.
Escribir tests requiere un buen conocimiento de JavaScript. Pero nosotros justo acabamos de empezar a aprenderlo. Así que
para comenzar no es necesario que escribas tests, pero ahora eres capaz de leerlos incluso si son más complejos que en
este capítulo.
Tareas
113/553
let x = 5;
let result = x;
assert.equal(pow(x, 1), result);
result *= x;
assert.equal(pow(x, 2), result);
result *= x;
assert.equal(pow(x, 3), result);
});
A solución
Polyfills y transpiladores
El lenguaje JavaScript evoluciona constantemente. Nuevas propuestas al lenguaje aparecen regularmente, son analizadas y,
si se consideran valiosas, se agregan a la lista en https://tc39.github.io/ecma262/ y luego avanzan a la especificación .
Los equipos de desarrollo detrás de los intérpretes (engines) de JavaScript tienen sus propias ideas sobre qué implementar
primero. Pueden decidir implementar propuestas que están en borrador y posponer cosas que ya están en la especificación
porque son menos interesantes o simplemente porque son más difíciles de hacer.
Por lo tanto, es bastante común para un intérprete implementar solo la parte del estándar.
Una buena página para ver el estado actual de soporte de características del lenguaje es https://kangax.github.io/compat-
table/es6/ (es grande, todavía tenemos mucho que aprender).
Como programadores, queremos las características más recientes. Cuanto más, ¡mejor!
Por otro lado, ¿cómo hacer que nuestro código moderno funcione en intérpretes más viejos que aún no entienden las
características más nuevas?
Hay dos herramientas para ello:
1. Transpiladores
2. Polyfills.
En este artículo nuestro propósito es llegar a la esencia de cómo trabajan y su lugar en el desarrollo web.
Transpiladores
Un transpilador es un software que traduce un código fuente a otro código fuente. Puede analizar (“leer y entender”)
código moderno y rescribirlo usando sintaxis y construcciones más viejas para que también funcione en intérpretes antiguos.
Por ejemplo, antes del año 2020 JavaScript no tenía el operador “nullish coalescing” ?? . Entonces, si un visitante lo usa en
un navegador desactualizado, este fallaría en entender un código como height = height ?? 100 .
Un transpilador analizaría nuestro código y rescribiría height ?? 100 como (height !== undefined && height
!== null) ? height : 100 .
Ahora el código rescrito es apto para los intérpretes de JavaScript más viejos.
Usualmente, un desarrollador ejecuta el transpilador en su propia computadora y luego despliega el código transpilado al
servidor.
Acerca de nombres, Babel es uno de los más prominentes transpiladores circulando.
Sistemas de desarrollo de proyectos modernos, tales como webpack , brindan los medios para ejecutar la transpilación
automática en cada cambio de código, haciendo muy fácil la integración al proceso de desarrollo.
114/553
Polyfills
Nuevas características en el lenguaje pueden incluir no solo construcciones sintácticas y operadores, sino también funciones
integradas.
Por ejemplo, Math.trunc(n) es una función que corta la parte decimal de un número, ej. Math.trunc(1.23)
devuelve 1 .
En algunos (muy desactualizados) intérpretes JavaScript no existe Math.trunc , así que tal código fallará.
Aquí estamos hablando de nuevas funciones, no de cambios de sintaxis. No hay necesidad de transpilar nada. Solo
necesitamos declarar la función faltante.
Un script que actualiza o agrega funciones nuevas es llamado “polyfill”. Este llena los vacíos agregando las
implementaciones que faltan.
JavaScript es un lenguaje muy dinámico, los scripts pueden agregar o modificar cualquier función, incluso las integradas.
Dos librerías interesantes de polyfills son:
● core js – da muchísimo soporte, pero permite que se incluyan solamente las características necesitadas.
● polyfill.io – servicio que brinda un script con polyfills dependiendo de las características del navegador del usuario.
Resumen
En este artículo queremos motivarte a estudiar las características más modernas y hasta experimentales del lenguaje,
incluso si aún no tienen aún buen soporte en los intérpretes JavaScript.
Pero no olvides usar transpiladores (si usas sintaxis u operadores modernos) y polyfills (para añadir funciones que pueden
estar ausentes). Ellos se asegurarán de que el código funcione.
Por ejemplo, cuando estés más familiarizado con JavaScript puedes configurar la construcción de código basado en
webpack con el plugin de babel .
Buenos recursos que muestran el estado actual de soporte para varias característica:
● https://kangax.github.io/compat-table/es6/ – para JavaScript puro.
● https://caniuse.com/ – para funciones relacionadas al navegador.
P.S. Google Chrome usualmente es el más actualizado con las características del lenguaje, pruébalo si algún demo del
tutorial falla. Aunque la mayoría de los demos funciona con cualquier navegador moderno.
Objetos: lo básico
Objetos
Como aprendimos en el capítulo Tipos de datos, hay ocho tipos de datos en JavaScript. Siete de ellos se denominan
“primitivos”, porque sus valores contienen solo un dato (sea un string , un número o lo que sea).
En contraste, los objetos son usados para almacenar colecciones de varios datos y entidades más complejas asociados con
un nombre clave. En JavaScript, los objetos penetran casi todos los aspectos del lenguaje. Por lo tanto, debemos
comprenderlos primero antes de profundizar en cualquier otro lugar.
Podemos crear un objeto usando las llaves {…} con una lista opcional de propiedades. Una propiedad es un par
“key:value”, donde key es un string (también llamado “nombre clave”), y value puede ser cualquier cosa. P.D. Para fines
prácticos de la lección, nos referiremos a este par de conceptos como “clave:valor”.
Podemos imaginar un objeto como un gabinete con archivos firmados. Cada pieza de datos es almacenada en su archivo
por la clave. Es fácil encontrar un archivo por su nombre o agregar/eliminar un archivo.
115/553
key1
key2
key3
Se puede crear un objeto vacío (“gabinete vacío”) utilizando una de estas dos sintaxis:
vacío
user
Normalmente se utilizan las llaves {...} . Esa declaración se llama objeto literal.
Literales y propiedades
Podemos poner inmediatamente algunas propiedades dentro de {...} como pares “clave:valor”:
Una propiedad tiene una clave (también conocida como “nombre” o “identificador”) antes de los dos puntos ":" y un valor a
la derecha.
En el objeto user hay dos propiedades:
Podemos imaginar al objeto user resultante como un gabinete con dos archivos firmados con las etiquetas “name” y “age”.
name
age
user
user.isAdmin = true;
116/553
isAdmin
name
age
user
delete user.age;
isAdmin
name
user
También podemos nombrar propiedades con más de una palabra. Pero, de ser así, debemos colocar la clave entre comillas
"..." :
let user = {
name: "John",
age: 30,
"likes birds": true // Las claves con más de una palabra deben ir entre comillas
};
name
likes birds
age
user
let user = {
name: "John",
age: 30,
}
Eso se llama una coma “final” o “colgante”. Facilita agregar, eliminar y mover propiedades, porque todas las líneas se
vuelven similares.
Corchetes
La notación de punto no funciona para acceder a propiedades con claves de más de una palabra:
JavaScript no entiende eso. Piensa que hemos accedido a user.likes y entonces nos da un error de sintaxis cuando
aparece el inesperado birds .
El punto requiere que la clave sea un identificador de variable válido. Eso implica que: no contenga espacios, no comience
con un dígito y no incluya caracteres especiales ( $ y _ sí se permiten).
117/553
Existe una “notación de corchetes” alternativa que funciona con cualquier string:
// asignando
user["likes birds"] = true;
// obteniendo
alert(user["likes birds"]); // true
// eliminando
delete user["likes birds"];
Ahora todo está bien. Nota que el string dentro de los corchetes está adecuadamente entre comillas (cualquier tipo de
comillas servirían).
Las llaves también nos proveen de una forma para obtener la clave de la propiedad como resultado de cualquier expresión
como una variable – en lugar de una cadena literal – de la siguiente manera:
Aquí la variable key puede calcularse en tiempo de ejecución o depender de la entrada del usuario y luego lo usamos para
acceder a la propiedad. Eso nos da mucha flexibilidad.
Por ejemplo:
let user = {
name: "John",
age: 30
};
let user = {
name: "John",
age: 30
};
Propiedades calculadas
Podemos usar corchetes en un objeto literal al crear un objeto. A esto se le llama propiedades calculadas.
Por ejemplo:
let bag = {
[fruit]: 5, // El nombre de la propiedad se obtiene de la variable fruit
};
El significado de una propiedad calculada es simple: [fruit] significa que se debe tomar la clave de la propiedad
fruit .
118/553
Esencialmente esto funciona igual que:
Los corchetes son mucho más potentes que la notación de punto. Permiten cualquier nombre de propiedad, incluso
variables. Pero también es más engorroso escribirlos.
Entonces, la mayoría de las veces, cuando los nombres de propiedad son conocidos y simples, se utiliza el punto. Y si
necesitamos algo más complejo, entonces cambiamos a corchetes.
En el código real, a menudo usamos variables existentes como valores de los nombres de propiedades.
Por ejemplo:
En el ejemplo anterior las propiedades tienen los mismos nombres que las variables. El uso de variables para la creación de
propiedades es tán común que existe un atajo para valores de propiedad especial para hacerla más corta.
let user = {
name, // igual que name:name
age: 30
};
Como sabemos, una variable no puede tener un nombre igual a una de las palabras reservadas del lenguaje, como “for”,
“let”, “return”, etc.
119/553
Pero para una propiedad de objeto no existe tal restricción:
En resumen, no hay limitaciones en los nombres de propiedades. Pueden ser cadenas o símbolos (un tipo especial para
identificadores que se cubrirán más adelante).
let obj = {
0: "test" // igual que "0": "test"
};
// ambos alerts acceden a la misma propiedad (el número 0 se convierte a una cadena "0")
alert( obj["0"] ); // test
alert( obj[0] ); // test (la misma propiedad)
Hay una pequeña sorpresa por una propiedad especial llamada __proto__ . No podemos establecerlo dentro de un valor
que no sea de objeto:
Veremos la naturaleza especial de __proto__ en los capítulos siguientes, y sugeriremos las formas de arreglar tal
comportamiento.
Una notable característica de los objetos en JavaScript, en comparación con muchos otros lenguajes, es que es posible
acceder a cualquier propiedad. ¡No habrá error si la propiedad no existe!
La lectura de una propiedad no existente solo devuelve undefined . Así que podemos probar fácilmente si la propiedad
existe:
alert( user.noSuchProperty === undefined ); // true significa que "no existe tal propiedad"
La sintaxis es:
"key" in object
Por ejemplo:
120/553
Nota que a la izquierda de in debe estar el nombre de la propiedad que suele ser un string entre comillas.
Si omitimos las comillas, significa que es una variable. Esta variable debe almacenar la clave real que será probada. Por
ejemplo:
Pero… ¿Por qué existe el operador in ? ¿No es suficiente comparar con undefined ?
La mayoría de las veces las comparaciones con undefined funcionan bien. Pero hay un caso especial donde esto falla y
aún así "in" funciona correctamente.
let obj = {
test: undefined
};
alert( obj.test ); // es undefined, entonces... ¿Quiere decir realmente existe tal propiedad?
En el código anterior, la propiedad obj.test técnicamente existe. Entonces el operador in funciona correctamente.
Situaciones como esta suceden raramente ya que undefined no debe ser explícitamente asignado. Comúnmente usamos
null para valores “desconocidos” o “vacíos”. Por lo que el operador in es un invitado exótico en nuestro código.
El bucle “for…in”
Para recorrer todas las claves de un objeto existe una forma especial de bucle: for..in . Esto es algo completamente
diferente a la construcción for(;;) que estudiaremos más adelante.
La sintaxis:
let user = {
name: "John",
age: 30,
isAdmin: true
};
Nota que todas las construcciones “for” nos permiten declarar variables para bucle dentro del bucle, como let key aquí.
Además podríamos usar otros nombres de variables en lugar de key . Por ejemplo, "for (let prop in obj)"
también se usa bastante.
121/553
Como ejemplo, consideremos un objeto con códigos telefónicos:
let codes = {
"49": "Germany",
"41": "Switzerland",
"44": "Great Britain",
// ..,
"1": "USA"
};
El objeto puede usarse para sugerir al usuario una lista de opciones. Si estamos haciendo un sitio principalmente para el
público alemán, probablemente queremos que 49 sea el primero.
Los códigos telefónicos van en orden ascendente porque son números enteros. Entonces vemos 1, 41, 44, 49 .
…Por otro lado, si las claves no son enteras, se enumeran en el orden de creación, por ejemplo:
let user = {
name: "John",
surname: "Smith"
};
user.age = 25; // Se agrega una propiedad más
Entonces, para solucionar el problema con los códigos telefónicos, podemos “hacer trampa” haciendo que los códigos no
sean enteros. Agregar un signo más "+" antes de cada código será más que suficiente.
Justo así:
let codes = {
"+49": "Germany",
"+41": "Switzerland",
"+44": "Great Britain",
// ..,
"+1": "USA"
};
122/553
Ahora sí funciona como debería.
Resumen
Operadores adicionales:
● Para eliminar una propiedad: delete obj.prop .
●
Para comprobar si existe una propiedad con la clave proporcionada: "key" in obj .
● Para crear bucles sobre un objeto: bucle for (let key in obj) .
Lo que hemos estudiado en este capítulo se llama “objeto simple”, o solamente Object .
Tienen sus características especiales que estudiaremos más adelante. A veces las personas dicen algo como "Tipo array "
o "Tipo date ", pero formalmente no son tipos en sí, sino que pertenecen a un tipo de datos de “objeto” simple y lo amplían
a varias maneras.
Los objetos en JavaScript son muy poderosos. Aquí acabamos de arañar la superficie de un tema que es realmente enorme.
Trabajaremos estrechamente con los objetos y aprenderemos más sobre ellos en otras partes del tutorial.
Tareas
Hola, objeto
importancia: 5
A solución
Escribe la función isEmpty(obj) que devuelva el valor true si el objeto no tiene propiedades, en caso contrario
false .
123/553
let schedule = {};
A solución
let salaries = {
John: 100,
Ann: 160,
Pete: 130
}
Escribe el código para sumar todos los salarios y almacenar el resultado en la variable sum . En el ejemplo de arriba nos
debería dar 390 .
A solución
Crea una función multiplyNumeric(obj) que multiplique todas las propiedades numéricas de obj por 2 .
Por ejemplo:
// Antes de la llamada
let menu = {
width: 200,
height: 300,
title: "Mi menú"
};
multiplyNumeric(menu);
// Después de la llamada
menu = {
width: 400,
height: 600,
title: "Mi menú"
};
Nota que multiplyNumeric no necesita devolver nada. Debe modificar el objeto en su lugar.
A solución
124/553
Esto es fácil de entender si miramos un poco “bajo cubierta” de lo que pasa cuando copiamos por valor.
Empecemos por un primitivo como string.
Aquí ponemos una copia de message en phrase :
Como resultado tenemos dos variables independientes, cada una almacenando la cadena "Hello!" .
"H
"H
ell
ell
o
o
!"
!"
message phrase
let user = {
name: "John"
};
user
El objeto es almacenado en algún lugar de la memoria (a la derecha de la imagen), mientras que la variable user (a la
izquierda) tiene una “referencia” a él.
Podemos pensar de una variable objeto, como user , como una hoja de papel con la dirección del objeto en él.
Cuando ejecutamos acciones con el objeto, por ejemplo tomar una propiedad user.name , el motor JavaScript busca
aquella dirección y ejecuta la operación en el objeto mismo.
Ahora, por qué esto es importante.
Cuando una variable de objeto es copiada, se copia solo la referencia. El objeto no es duplicado.
Por ejemplo:
Ahora tenemos dos variables, cada una con una referencia al mismo objeto:
125/553
name
user admin
Como puedes ver, aún hay un objeto, ahora con dos variables haciendo referencia a él.
Podemos usar cualquiera de las variables para acceder al objeto y modificar su contenido:
Es como si tuviéramos un gabinete con dos llaves y usáramos una de ellas ( admin ) para acceder a él y hacer cambios. Si
más tarde usamos la llave ( user ), estaríamos abriendo el mismo gabinete y accediendo al contenido cambiado.
let a = {};
let b = a; // copia la referencia
Y aquí dos objetos independientes no son iguales, aunque se vean iguales (ambos están vacíos):
let a = {};
let b = {}; // dos objetos independientes
alert( a == b ); // false
Para comparaciones como obj1 > obj2 , o comparaciones contra un primitivo obj == 5 , los objetos son convertidos a
primitivos. Estudiaremos cómo funciona la conversión de objetos pronto, pero a decir verdad tales comparaciones ocurren
raramente, suelen ser errores de código.
Entonces copiar una variable de objeto crea una referencia adicional al mismo objeto.
Pero ¿si necesitamos duplicar un objeto? ¿Crear una copia independiente, un clon?
Eso también es factible, pero un poco más difícil porque no hay un método incorporado para eso en JavaScript. En realidad,
eso es raramente necesario. Copiar por referencia está bien la mayoría de las veces.
Pero si realmente queremos eso, necesitamos crear un nuevo objeto y replicar la estructura del existente iterando a través
de sus propiedades y copiándolas en el nivel primitivo.
Como esto:
let user = {
126/553
name: "John",
age: 30
};
La sintaxis es:
También podemos usar Object.assign reemplazando el bucle for..in para hacer una clonación simple:
let user = {
name: "John",
age: 30
};
También hay otras formas de clonar un objeto, por ejemplo usando la sintaxis spread clone = {...user} , cubierto más
adelante en el tutorial.
Clonación anidada
127/553
Hasta ahora asumimos que todas las propiedades de user son primitivas. Pero las propiedades pueden ser referencias a
otros objetos. ¿Qué hacer con ellas?
Como esto:
let user = {
name: "John",
sizes: {
height: 182,
width: 50
}
};
Ahora no es suficiente copiar clone.sizes = user.sizes , porque user.sizes es un objeto y será copiado por
referencia. Entonces clone y user compartirán las mismas tallas (.sizes):
Como esto:
let user = {
name: "John",
sizes: {
height: 182,
width: 50
}
};
Para corregir esto, debemos usar un bucle de clonación que examine cada valor de user[key] y, si es un objeto, replicar
su estructura también. Esto es llamado “clonación profunda”.
Podemos usar recursividad para implementarlo. O, para no inventar la rueda, tomar una implementación existente, por
ejemplo _.cloneDeep(obj) de la librería JavaScript lodash .
const user = {
name: "John"
};
alert(user.name); // Pete
Puede parecer que la linea (*) ocasionaría un error, pero no. El valor de user es constante, debe siempre hacer
referencia al mismo objeto. Pero sus propiedades pueden cambiar libremente.
En otras palabras, const user solamente da error cuando intentamos asignar user=... como un todo.
Si realmente queremos hacer constantes las propiedades del objeto, es también posible pero usando métodos
totalmente diferentes, las veremos después en el capítulo Indicadores y descriptores de propiedad.
Resumen
128/553
Los objetos son asignados y copiados por referencia. En otras palabras, una variable almacena no el valor del objeto sino
una referencia (dirección de memoria) del valor. Entonces copiar tal variable o pasarla como argumento de función copia la
referencia, no el objeto.
Todas la operaciones a través de referencias copiadas (como agregar y borrar propiedades) son efectuadas en el mismo y
único objeto .
Si queremos conseguir una “copia real” (un clon), podemos usar: Una “clonación superficial” por medio de la función
Object.assign (con los objetos anidados copiados por referencia), o una “clonación profunda” con una función como
_.cloneDeep(obj) .
Garbage Collection
La gestión de la memoria en JavaScript se realiza de forma automática e invisible para nosotros. Creamos datos primitivos,
objetos, funciones… Todo ello requiere memoria.
¿Qué sucede cuando algo no se necesita más? ¿Cómo hace el motor de JavaScript para encontrarlo y limpiarlo?
Alcance
1. Hay un conjunto base de valores inherentemente accesibles, que no se pueden eliminar por razones obvias.
Por ejemplo:
● La función ejecutándose actualmente, sus variables locales y parámetros.
● Otras funciones en la cadena actual de llamadas anidadas, sus variables y parámetros.
●
Variables Globales
●
(Hay algunos otros internos también)
Estos valores se llaman roots.
2. Cualquier otro valor se considera accesible si es accesible desde una raíz(root) por una referencia o por una cadena de
referencias.
Por ejemplo, si hay un objeto en una variable global, y ese objeto tiene una propiedad que hace referencia a otro objeto,
ese objeto se considera accesible. Y aquellos a los que hace referencia también son accesibles. Ejemplos detallados a
seguir.
Hay un proceso en segundo plano en el motor de JavaScript que se llama recolector de basura . Monitorea todos los
objetos y elimina aquellos que se han vuelto inalcanzables.
Un ejemplo sencillo
<global>
user
Object
name: "John"
Aquí la flecha representa una referencia de objeto. La variable global "user" hace referencia al objeto {name: "John"}
(le llamaremos John por brevedad). La propiedad "name" ’ de John almacena un dato primitivo, por lo que está pintada
dentro del objeto.
Si se sobrescribe el valor de user , se pierde la referencia:
129/553
user = null;
<global>
user: null
Object
name: "John"
Ahora John se vuelve inalcanzable. No hay forma de acceder a él, no hay referencias a él. El recolector de basura desechará
los datos y liberará la memoria.
Dos referencias
<global>
user admin
Object
name: "John"
user = null;
…Entonces el objeto todavía es accesible a través de la variable global admin , por lo que está en la memoria. Si también
sobrescribimos admin , entonces se puede eliminar.
Objetos entrelazados
return {
father: man,
mother: woman
}
}
La función marry “casa” dos objetos dándoles referencias entre sí y devuelve un nuevo objeto que los contiene a ambos.
130/553
<global variable>
family
Object
father mother
wife
Object Object
name: "John" husband name: "Ann"
delete family.father;
delete family.mother.husband;
<global variable>
family
Object
father mother
wife
Object Object
name: "John" husband name: "Ann"
No es suficiente eliminar solo una de estas dos referencias, porque todos los objetos aún serían accesibles.
Pero si eliminamos a ambos, entonces podemos ver que John ya no tiene referencias entrantes:
<global>
family
Object
mother
wife
Object Object
name: "John" name: "Ann"
Las referencias salientes no importan. Solo los entrantes pueden hacer que un objeto sea accesible. Entonces, John ahora
es inalcanzable y será eliminado de la memoria con todos sus datos que también se volvieron inaccesibles.
Después de la recolección de basura:
<global>
family
Object
mother
Object
name: "Ann"
Isla inalcanzable
Es posible que toda la isla de objetos interconectados se vuelva inalcanzable y se elimine de la memoria.
El objeto fuente es el mismo que el anterior. Entonces:
family = null;
131/553
La imagen en memoria se convierte en:
<global>
family: null
Object
father mother
wife
Object Object
name: "John" husband name: "Ann"
Algoritmos internos
<global>
Podemos ver claramente una “isla inalcanzable” al lado derecho. Ahora veamos cómo maneja el recolector de basura
“marcar y barrer”.
El primer paso marca las raíces:
<global>
132/553
<global>
<global>
Ahora los objetos que no se pudieron visitar en el proceso se consideran inalcanzables y se eliminarán:
<global> inalcanzables
Podemos imaginar el proceso como derramar un enorme cubo de pintura desde las raíces, que fluye a través de todas las
referencias y marca todos los objetos alcanzables. Los elementos que no queden marcados son entonces eliminados.
Ese es el concepto de cómo funciona la recolección de basura. El motor de JavaScript aplica muchas optimizaciones para
que se ejecute más rápido y no afecte la ejecución.
Algunas de las optimizaciones:
● Colección generacional – los objetos se dividen en dos conjuntos: “nuevos” y “antiguos”. Aparecen muchos objetos que
hacen su trabajo y mueren rápido, estos se pueden limpiar agresivamente. Aquellos que sobreviven el tiempo suficiente,
se vuelven “viejos” y son examinados con menos frecuencia.
● Colección incremental – Si hay muchos objetos y tratamos de recorrer y marcar todo el conjunto de objetos a la vez,
puede llevar algún tiempo e introducir retrasos visibles en la ejecución. Entonces el motor intenta dividir la recolección de
basura en pedazos. Luego las piezas se ejecutan una por una, por separado. Eso requiere una contabilidad adicional
entre ellos para rastrear los cambios, pero tenemos muchos pequeños retrasos en lugar de uno grande.
● Recolección de tiempo inactivo – el recolector de basura trata de ejecutarse solo mientras la CPU está inactiva, para
reducir el posible efecto en la ejecución.
Hay otras optimizaciones y tipos de algoritmos de recolección de basura. Por mucho que me gustaría describirlos aquí, tengo
que evitarlo porque diferentes motores implementan diferentes ajustes y técnicas. Y, lo que es aún más importante, las cosas
cambian a medida que se desarrollan los motores, por lo que probablemente no vale la pena profundizar sin una necesidad
real. Por supuesto, si tienes verdadero interés, a continuación hay algunos enlaces para tí.
Resumen
133/553
Un libro general “The Garbage Collection Handbook: The Art of Automatic Memory Management” (R. Jones et al) cubre
algunos de ellos.
Si estás familiarizado con la programación de bajo nivel, la información más detallada sobre el recolector de basura V8 se
encuentra en el artículo A tour of V8: Garbage Collection .
V8 blog también publica artículos sobre cambios en la administración de memoria de vez en cuando. Naturalmente, para
aprender la recolección de basura, es mejor que se prepare aprendiendo sobre los componentes internos de V8 en general y
lea el blog de Vyacheslav Egorov que trabajó como uno de los ingenieros de V8. Estoy diciendo: “V8”, porque se cubre
mejor con artículos en Internet. Para otros motores, muchos enfoques son similares, pero la recolección de basura difiere en
muchos aspectos.
Es bueno tener un conocimiento profundo de los motores cuando se necesitan optimizaciones de bajo nivel. Sería prudente
planificar eso como el siguiente paso después de que esté familiarizado con el lenguaje.
let user = {
name: "John",
age: 30
};
Y en el mundo real un usuario puede actuar: seleccionar algo del carrito de compras, hacer login, logout, etc.
Las acciones son representadas en JavaScript por funciones en las propiedades.
Ejemplos de métodos
let user = {
name: "John",
age: 30
};
user.sayHi = function() {
alert("¡Hola!");
};
user.sayHi(); // ¡Hola!
Aquí simplemente usamos una expresión de función para crear la función y asignarla a la propiedad user.sayHi del
objeto.
Entonces la llamamos con user.sayHi() . ¡El usuario ahora puede hablar!
Por supuesto, podríamos usar una función pre-declarada como un método, parecido a esto:
let user = {
// ...
};
// primero, declara
function sayHi() {
alert("¡Hola!");
};
user.sayHi(); // ¡Hola!
134/553
Programación orientada a objetos
Cuando escribimos nuestro código usando objetos que representan entidades, eso es llamado Programación Orientada a
Objetos , abreviado: “POO”.
POO (OOP sus siglas en inglés) es una cosa grande, un ciencia interesante en sí misma. ¿Cómo elegir las entidades
correctas? ¿Cómo organizar la interacción entre ellas? Eso es arquitectura, y hay muy buenos libros del tópico como
“Patrones de diseño: Elementos de software orientado a objetos reutilizable” de E. Gamma, R. Helm, R. Johnson, J.
Vissides o “Análisis y Diseño Orientado a Objetos” de G. Booch, y otros.
user = {
sayHi: function() {
alert("Hello");
}
};
A decir verdad, las notaciones no son completamente idénticas. Hay diferencias sutiles relacionadas a la herencia de objetos
(por cubrir más adelante) que no importan ahora. En casi todos los casos la sintaxis abreviada es la preferida.
“this” en métodos
Es común que un método de objeto necesite acceder a la información almacenada en el objeto para cumplir su tarea.
Por ejemplo, el código dentro de user.sayHi() puede necesitar el nombre del usuario user .
El valor de this es el objeto “antes del punto”, el usado para llamar al método.
Por ejemplo:
let user = {
name: "John",
age: 30,
sayHi() {
// "this" es el "objeto actual"
alert(this.name);
}
};
user.sayHi(); // John
Técnicamente, también es posible acceder al objeto sin this , haciendo referencia a él por medio de la variable externa:
let user = {
name: "John",
age: 30,
sayHi() {
alert(user.name); // "user" en vez de "this"
}
135/553
};
…Pero tal código no es confiable. Si decidimos copiar user a otra variable, por ejemplo admin = user y sobrescribir
user con otra cosa, entonces accederá al objeto incorrecto.
let user = {
name: "John",
age: 30,
sayHi() {
alert( user.name ); // lleva a un error
}
};
“this” no es vinculado
En JavaScript, la palabra clave this se comporta de manera distinta a la mayoría de otros lenguajes de programación.
Puede ser usado en cualquier función, incluso si no es el método de un objeto.
No hay error de sintaxis en el siguiente ejemplo:
function sayHi() {
alert( this.name );
}
Por ejemplo, aquí la función es asignada a dos objetos diferentes y tiene diferentes “this” en sus llamados:
function sayHi() {
alert( this.name );
}
La regla es simple: si obj.f() es llamado, entonces this es obj durante el llamado de f . Entonces es tanto user o
admin en el ejemplo anterior.
136/553
Llamado sin un objeto: this == undefined
Podemos incluso llamar la función sin un objeto en absoluto:
function sayHi() {
alert(this);
}
sayHi(); // undefined
En este caso this es undefined en el modo estricto. Si tratamos de acceder a this.name , habrá un error.
En modo no estricto el valor de this en tal caso será el objeto global ( window en un navegador, llegaremos a ello en
el capítulo Objeto Global). Este es un comportamiento histórico que "use strict" corrige.
Usualmente tal llamado es un error de programa. Si hay this dentro de una función, se espera que sea llamada en un
contexto de objeto.
En JavaScript this es “libre”, su valor es evaluado al momento de su llamado y no depende de dónde fue declarado el
método sino de cuál es el objeto “delante del punto”.
El concepto de this evaluado en tiempo de ejecución tiene sus pros y sus contras. Por un lado, una función puede ser
reusada por diferentes objetos. Por otro, la mayor flexibilidad crea más posibilidades para equivocaciones.
Nuestra posición no es juzgar si la decisión del diseño de lenguaje es buena o mala. Vamos a entender cómo trabajar
con ello, obtener beneficios y evitar problemas.
Las funciones de flecha son especiales: ellas no tienen su “propio” this . Si nosotros hacemos referencia a this desde
tales funciones, esta será tomada desde afuera de la función “normal”.
Por ejemplo, aquí arrow() usa this desde fuera del método user.sayHi() :
let user = {
firstName: "Ilya",
sayHi() {
let arrow = () => alert(this.firstName);
arrow();
}
};
user.sayHi(); // Ilya
Esto es una característica especial de las funciones de flecha, útil cuando no queremos realmente un this separado sino
tomarlo de un contexto externo. Más adelante en el capítulo Funciones de flecha revisadas las trataremos en profundidad.
Resumen
● Las funciones que son almacenadas en propiedades de objeto son llamadas “métodos”.
● Los método permiten a los objetos “actuar”, como object.doSomething() .
● Los métodos pueden hacer referencia al objeto con this .
137/553
Ten en cuenta que las funciones de flecha son especiales: ellas no tienen this . Cuando this es accedido dentro de una
función de flecha, su valor es tomado desde el exterior.
Tareas
function makeUser() {
return {
name: "John",
ref: this
};
}
A solución
● read() pide dos valores y los almacena como propiedades de objeto con nombres a y b .
● sum() devuelve la suma de los valores almacenados.
● mul() multiplica los valores almacenados y devuelve el resultado.
let calculator = {
// ... tu código ...
};
calculator.read();
alert( calculator.sum() );
alert( calculator.mul() );
Ejecutar el demo
A solución
Encadenamiento
importancia: 2
let ladder = {
step: 0,
up() {
this.step++;
},
down() {
this.step--;
},
showStep: function() { // muestra el peldaño actual
alert( this.step );
}
};
138/553
Ahora, si necesitamos hacer varios llamados en secuencia podemos hacer algo como esto:
ladder.up();
ladder.up();
ladder.down();
ladder.showStep(); // 1
ladder.down();
ladder.showStep(); // 0
Modifica el código de “arriba” up , “abajo” down y “mostrar peldaño” showStep para hacer los llamados encadenables
como esto:
A solución
Función constructora
La función constructora es técnicamente una función normal. Aunque hay dos convenciones:
1. Son nombradas con la primera letra mayúscula.
2. Sólo deben ejecutarse con el operador "new" .
Por ejemplo:
function User(name) {
this.name = name;
this.isAdmin = false;
}
alert(user.name); // Jack
alert(user.isAdmin); // false
Cuando una función es ejecutada con new , realiza los siguientes pasos:
function User(name) {
// this = {}; (implícitamente)
139/553
// return this; (implícitamente)
}
let user = {
name: "Jack",
isAdmin: false
};
Ahora si queremos crear otros usuarios, podemos llamar a new User("Ann") , new User("Alice") , etcétera. Mucho
más corto que usar literales todo el tiempo y también fácil de leer.
Este es el principal propósito del constructor – implementar código de creación de objetos re-utilizables.
Tomemos nota otra vez: técnicamente cualquier función (excepto las de flecha pues no tienen this) puede ser utilizada como
constructor. Puede ser llamada con new , y ejecutará el algoritmo de arriba. La “primera letra mayúscula” es un acuerdo
general, para dejar en claro que la función debe ser ejecutada con new .
new function() { … }
Si tenemos muchas líneas de código todas sobre la creación de un único objeto complejo, podemos agruparlas en un
constructor de función que es llamado inmediatamente de esta manera:
Este constructor no puede ser llamado de nuevo porque no es guardado en ninguna parte, sólo es creado y llamado. Por
lo tanto este truco apunta a encapsular el código que construye el objeto individual, sin reutilización futura.
Temas avanzados
La sintaxis de esta sección es raramente utilizada, puedes omitirla a menos que quieras saber todo.
Dentro de una función, podemos verificar si ha sido llamada con o sin el new utilizando una propiedad especial:
new.target .
En las llamadas normales devuelve undefined , y cuando es llamada con new devuelve la función:
function User() {
alert(new.target);
}
// sin "new":
User(); // undefined
// con "new":
new User(); // function User { ... }
Esto puede ser utilizado dentro de la función para conocer si ha sido llamada con new , "en modo constructor "; o sin él, “en
modo regular”.
También podemos hacer que ambas formas de llamarla, con new y “regular”, realicen lo mismo:
function User(name) {
140/553
if (!new.target) { // si me ejecutas sin new
return new User(name); // ...Agregaré new por ti
}
this.name = name;
}
Este enfoque es utilizado aveces en las librerías para hacer el sintaxis más flexible. Así la gente puede llamar a la función
con o sin new y aún funciona.
Sin embargo, probablemente no sea algo bueno para usar en todas partes, porque omitir new hace que sea un poco menos
obvio lo que está sucediendo. Con new todos sabemos que se está creando el nuevo objeto.
Normalmente, los constructores no tienen una sentencia return . Su tarea es escribir todo lo necesario al this , y
automáticamente este se convierte en el resultado.
En otras palabras, return con un objeto devuelve ese objeto, en todos los demás casos se devuelve this .
function BigUser() {
this.name = "John";
Y aquí un ejemplo con un return vacío (o podemos colocar un primitivo después de él, no importa):
function SmallUser() {
this.name = "John";
Normalmente los constructores no tienen una sentencia return . Aquí mencionamos el comportamiento especial con
devolución de objetos principalmente por el bien de la integridad.
Omitir paréntesis
Por cierto, podemos omitir paréntesis después de new , si no tiene argumentos:
Omitir paréntesis aquí no se considera “buen estilo”, pero la especificación permite esa sintaxis.
Métodos en constructor
141/553
Utilizar constructor de funciones para crear objetos nos da mucha flexibilidad. La función constructor puede tener
argumentos que definan cómo construir el objeto y qué colocar dentro.
Por supuesto podemos agregar a this no sólo propiedades, sino también métodos.
Por ejemplo, new User(name) de abajo, crea un objeto con el name dado y el método sayHi :
function User(name) {
this.name = name;
this.sayHi = function() {
alert( "Mi nombre es: " + this.name );
};
}
/*
john = {
name: "John",
sayHi: function() { ... }
}
*/
Para crear objetos complejos existe una sintaxis más avanzada, classes, que cubriremos más adelante.
Resumen
● Las funciones Constructoras o, más corto, constructores, son funciones normales, pero existe un común acuerdo para
nombrarlas con la primera letra en mayúscula.
● Las funciones Constructoras sólo deben ser llamadas utilizando new . Tal llamado implica la creación de un this vacío
al comienzo y devolver el this rellenado al final.
JavaScript proporciona funciones constructoras para varios objetos de lenguaje incorporados: como Date para fechas,
Set para conjuntos y otros que planeamos estudiar.
Objetos, ¡volveremos!
En este capítulo solo cubrimos los conceptos básicos sobre objetos y constructores. Son esenciales para aprender más
sobre tipos de datos y funciones en los próximos capítulos.
Después de aprender aquello, volvemos a los objetos y los cubrimos en profundidad en los capítulos Prototipos y
herencia y Clases.
Tareas
¿Es posible crear las funciones A y B para que se cumpla new A() == new B() ?
let a = new A;
let b = new B;
alert( a == b ); // true
A solución
142/553
Crear nueva Calculadora
importancia: 5
Crear una función constructora Calculator que crea objetos con 3 métodos:
● read() pide dos valores usando prompt y los recuerda en las propiedades del objeto.
● sum() devuelve la suma de estas propiedades.
● mul() devuelve el producto de multiplicación de estas propiedades.
Por ejemplo:
Ejecutar el demo
A solución
● Almacene el “valor actual” en la propiedad value . El valor inicial se establece en el argumento del constructor
startingValue .
● El método read() debe usar prompt para leer un nuevo número y agregarlo a value .
En otras palabras, la propiedad value es la suma de todos los valores ingresados por el usuario con el valor inicial
startingValue .
Ejecutar el demo
A solución
El encadenamiento opcional ?. es una forma a prueba de errores para acceder a las propiedades anidadas de los objetos,
incluso si no existe una propiedad intermedia.
143/553
Si acaba de comenzar a leer el tutorial y aprender JavaScript, quizás el problema aún no lo haya tocado, pero es bastante
común.
Como ejemplo, digamos que tenemos objetos user que contienen información de nuestros usuarios.
En tal caso, cuando intentamos obtener user.address.street en un usuario sin dirección obtendremos un error:
alert(user.address.street); // Error!
Este es el resultado esperado. JavaScript funciona así, como user.address es undefined , el intento de obtener
user.address.street falla dando un error.
En muchos casos prácticos preferiríamos obtener undefined en lugar del error (dando a entender “sin calle”)
… y otro ejemplo. En desarrollo web, podemos obtener un objeto que corresponde a un elemento de página web usando el
llamado a un método especial como document.querySelector('.elem') , que devuelve null cuando no existe tal
elemento.
Una vez más, si el elemento no existe, obtendremos un error al intentar acceder a la propiedad .innerHTML de null . Y
en algunos casos, cuando la ausencia del elemento es normal, quisiéramos evitar el error y simplemente aceptar html =
null como resultado.
Esto funciona, no hay error… Pero es bastante poco elegante. Como puedes ver, "user.address" aparece dos veces en
el código.
Aquí, el mismo caso pero con la búsqueda de document.querySelector :
Podemos ver que el elemento de búsqueda document.querySelector('.elem') es llamado dos veces aquí. Nada
bueno.
En propiedades anidadas más profundamente, esto se vuelve un problema porque se requerirán más repeticiones.
Ejemplo: Tratemos de obtener user.address.street.name de manera similar.
Esto es horrible, podemos tener problemas para siquiera entender tal código.
144/553
Poniendo AND en el camino completo a la propiedad asegura que todos los componentes existen (si no, la evaluación se
detiene), pero no es lo ideal.
Como puedes ver, los nombres de propiedad aún están duplicados en el código. Por ejemplo en el código de arriba
user.address aparece tres veces.
Es por ello que el encadenamiento opcional ?. fue agregado al lenguaje. ¡Para resolver este problema de una vez por
todas!
Encadenamiento opcional
El encadenamiento opcional ?. detiene la evaluación y devuelve undefined si el valor antes del ?. es undefined o
null .
De aquí en adelante en este artículo, por brevedad, diremos que algo “existe” si no es null o undefined .
Tenga en cuenta: la sintaxis ?. hace opcional el valor delante de él, pero no más allá.
Por ejemplo, si de acuerdo con la lógica de nuestro código, el objeto user debe existir, pero address es opcional,
entonces deberíamos escribir user.address?.street y no user?.address?.street .
De esta forma, si por un error user no está definido, lo sabremos y lo arreglaremos. De lo contrario, los errores de
codificación pueden silenciarse donde no sea apropiado y volverse más difíciles de depurar.
145/553
La variable antes de ?. debe declararse
Si no hay una variable user declarada, entonces user?.anything provocará un error:
La variable debe ser declarada (con let/const/var user o como parámetro de función). El encadenamiento
opcional solo funciona para variables declaradas.
Short-circuiting (Cortocircuitos)
Como se dijo antes, el ?. detiene inmediatamente (“cortocircuito”) la evaluación si la parte izquierda no existe.
Por ejemplo:
El encadenamiento opcional ?. no es un operador, es una construcción de sintaxis especial que también funciona con
funciones y corchetes.
Por ejemplo, ?.() se usa para llamar a una función que puede no existir.
En el siguiente código, algunos de nuestros usuarios tienen el método admin , y otros no:
let userAdmin = {
admin() {
alert("I am admin");
}
};
userAdmin.admin?.(); // I am admin
Aquí, en ambas líneas, primero usamos el punto ( userAdmin.admin ) para obtener la propiedad admin , porque
asumimos que el objeto user existe y es seguro leerlo.
Entonces ?.() comprueba la parte izquierda: si la función admin existe, entonces se ejecuta (para userAdmin ). De lo
contrario (para userGuest ) la evaluación se detiene sin errores.
La sintaxis ?.[] también funciona si quisiéramos usar corchetes [] para acceder a las propiedades en lugar de punto . .
Al igual que en casos anteriores, permite leer de forma segura una propiedad de un objeto que puede no existir.
let user1 = {
firstName: "John"
};
146/553
También podemos usar ?. con delete :
Podemos usar ?. para una lectura y eliminación segura, pero no para escribir
El encadenamiento opcional ?. no puede usarse en el lado izquierdo de una asignación:
Por ejemplo:
Resumen
Como podemos ver, todos ellos son sencillos y fáciles de usar. El ?. comprueba si la parte izquierda es
null/undefined y permite que la evaluación continúe si no es así.
Aún así, debemos aplicar ?. con cuidado, solamente donde sea aceptable que, de acuerdo con nuestra lógica, la parte
izquierda no exista. Esto es para que no nos oculte errores de programación, si ocurren.
Tipo Symbol
Según la especificación, solo dos de los tipos primitivos pueden servir como clave de propiedad de objetos:
●
string, o
●
symbol.
Si se usa otro tipo, como un número, este se autoconvertirá a string. Así, obj[1] es lo mismo que obj["1"] , y
obj[true] es lo mismo que obj["true"] .
Symbols
let id = Symbol();
También le podemos agregar una descripción (también llamada symbol name), que será útil en la depuración de código:
Se garantiza que los símbolos son únicos. Aunque declaremos varios Symbols con la misma descripción, éstos tendrán
valores distintos. La descripción es solamente una etiqueta que no afecta nada más.
Por ejemplo, aquí hay dos Symbols con la misma descripción – pero no son iguales:
147/553
let id1 = Symbol("id");
let id2 = Symbol("id");
Si estás familiarizado con Ruby u otro lenguaje que también tiene symbols, por favor no te confundas. Los Symbols de
Javascript son diferentes.
Para resumir: los symbols son “valores primitivos únicos” con una descripción opcional. Veamos dónde podemos usarlos.
let id = Symbol("id");
alert(id); // TypeError: No puedes convertir un valor Symbol en string
Esta es una “protección del lenguaje” para evitar errores, ya que String y Symbol son fundamentalmente diferentes y no
deben convertirse accidentalmente uno en otro.
Si realmente queremos mostrar un Symbol, necesitamos llamar el método .toString() explícitamente:
let id = Symbol("id");
alert(id.toString()); // Symbol(id), ahora sí funciona
let id = Symbol("id");
alert(id.description); // id
Claves “Ocultas”
Los Symbols nos permiten crear propiedades “ocultas” en un objeto, a las cuales ninguna otra parte del código puede
accesar ni sobrescribir accidentalmente.
Por ejemplo, si estamos trabajando con objetos user que pertenecen a código de terceros y queremos agregarles
identificadores:
Utilicemos una clave symbol para ello:
let id = Symbol("id");
user[id] = 1;
alert( user[id] ); // podemos accesar a la información utilizando el symbol como nombre de clave
Como los objetos user pertenecen a otro código, y ese código también trabaja con ellos, no deberíamos simplemente
agregarles campos sin más, eso sería inseguro.
Además, imagina que otro script quiere tener su propia clave “id” dentro de user para sus propios fines. Puede ser otra
librería de JavaScript, por lo cual ninguno de los scripts sabe de la existencia de los demás.
Y entonces ese script puede crear su propio Symbol("id") , como aquí:
148/553
// ...
let id = Symbol("id");
No habrá conflicto porque los Symbols siempre son diferentes, incluso si tienen el mismo nombre.
… pero si utilizamos un string "id" en lugar de un Symbol para el mismo propósito, ciertamente habrá un conflicto:
let id = Symbol("id");
let user = {
name: "John",
[id]: 123 // no "id": 123
};
Se hace así porque necesitamos que el valor de la variable id sea la clave, no el string “id”.
Por ejemplo:
let id = Symbol("id");
let user = {
name: "John",
age: 30,
[id]: 123
};
for (let key in user) alert(key); // nombre, edad (no aparecen symbols)
Object.keys(user) también los ignora. Esto forma parte del principio general de “ocultamiento de propiedades simbólicas”.
Si otro script o si otra librería itera sobre nuestro objeto, este no accesará inesperadamente a la clave de Symbol.
En contraste, Object.assign copia tanto las claves string como symbol:
let id = Symbol("id");
let user = {
[id]: 123
};
No hay paradoja aquí. Es así por diseño. La idea es que cuando clonamos un objeto o cuando fusionamos objetos,
generalmente queremos que se copien todas las claves (incluidos los Symbol como id ).
149/553
Symbols Globales
Como hemos visto, normalmente todos los Symbols son diferentes aunque tengan el mismo nombre. Pero algunas veces
necesitamos que symbols con el mismo nombre sean la misma entidad.
Para lograr esto, existe un global symbol registry. Ahí podemos crear symbols y accesarlos después, lo cual nos garantiza
que cada vez que se acceda a la clave con el mismo nombre, esta te devuelva exactamente el mismo symbol.
Para crear u accesar a un symbol en el registro global, usa Symbol.for(key) .
Esta llamada revisa el registro global, y si existe un symbol descrito como key , lo retornará; de lo contrario creará un nuevo
symbol Symbol(key) y lo almacenará en el registro con el key dado.
Por ejemplo:
// el mismo symbol
alert( id === idAgain ); // true
Los Symbols dentro de este registro son llamados global symbols y están disponibles y al alcance de todo el código en la
aplicación.
En Javascript, como podemos ver, eso es verdad para los global symbols.
Symbol.keyFor
Para los global symbols, no solo Symbol.for(key) devuelve un symbol por su nombre, sino que existe una llamada
inversa: Symbol.keyFor(sym) que hace lo contrario: devuelve el nombre de un global symbol.
Por ejemplo:
El Symbol.keyFor utiliza internamente el registro “global symbol registry” para buscar la clave del symbol, por lo tanto, no
funciona para los symbol que no están dentro del registro. Si el symbol no es global, no será capaz de encontrarlo y por lo
tanto devolverá undefined .
Por ejemplo:
System symbols
Existen varios symbols del sistema que JavaScript utiliza internamente, y que podemos usar para ajustar varios aspectos de
nuestros objetos.
150/553
Se encuentran listados en Well-known symbols :
● Symbol.hasInstance
●
Symbol.isConcatSpreadable
● Symbol.iterator
●
Symbol.toPrimitive
●
…y así.
Por ejemplo, Symbol.toPrimitive nos permite describir el objeto para su conversión primitiva. Más adelante veremos
su uso.
Otros symbols también te serán más familiares cuando estudiemos las características correspondientes.
Resumen
Symbols son siempre valores distintos aunque tengan el mismo nombre. Si queremos que symbols con el mismo nombre
tengan el mismo valor, entonces debemos guardarlos en el registro global: Symbol.for(key) retornará un symbol (en
caso de no existir, lo creará) con el key como su nombre. Todas las llamadas de Symbol.for con ese nombre retornarán
siempre el mismo symbol.
Técnicamente, los symbols no están 100% ocultos. Existe un método incorporado Object.getOwnPropertySymbols(obj)
que nos permite obtener todos los symbols. También existe un método llamado Reflect.ownKeys(obj) que devuelve todas
las claves de un objeto, incluyendo las que son de tipo symbol. Pero la mayoría de las librerías, los métodos incorporados y
las construcciones de sintaxis no usan estos métodos.
JavaScript no permite exactamente personalizar cómo los operadores trabajan con los objetos. Al contrario de otros
lenguajes de programación como Ruby o C++, no podemos implementer un método de objeto especial para manejar una
suma (u otros operadores).
En ese caso, los objetos se convierten automáticamente en valores primitivos, y luego se lleva a cabo la operación sobre
esos primitivos, y resultan en un valor primitivo.
Esto es una limitación importante: el resultado de obj1 + obj2 (u otra operación) ¡no puede ser otro objeto!
Por ejemplo no podemos hacer objetos que representen vectores o matrices (o conquistas o lo que sea), sumarlas y esperar
un objeto “sumado” como resultado. Tal objetivo arquitectural cae automáticamente “fuera del tablero”.
Como técnicamente no podemos hacer mucho aquí, no se hacen matemáticas con objetos en proyectos reales. Cuando
ocurre, con alguna rara excepción es por un error de código.
En este capítulo cubriremos cómo un objeto se convierte a primitivo y cómo podemos personalizarlo.
Tenemos dos propósitos:
1. Nos permitirá entender qué ocurre en caso de errores de código, cuando tal operación ocurre accidentalmente.
151/553
2. Hay excepciones, donde tales operaciones son posibles y se ven bien. Por ejemplo al restar o comparar fechas (objetos
Date ). Las discutiremos más adelante.
Reglas de conversión
En el capítulo Conversiones de Tipos, hemos visto las reglas para las conversiones de valores primitivos numéricos, strings y
booleanos. Pero dejamos un hueco en los objetos. Ahora, como sabemos sobre métodos y símbolos, es posible completarlo.
1. No hay conversión a boolean. Todos los objetos son true en un contexto booleano, tan simple como eso. Solo hay
conversiones numéricas y de strings.
2. La conversión numérica ocurre cuando restamos objetos o aplicamos funciones matemáticas. Por ejemplo, los objetos de
tipo Date (que se cubrirán en el capítulo Fecha y Hora) se pueden restar, y el resultado de date1 - date2 es la
diferencia horaria entre dos fechas.
3. En cuanto a la conversión de strings: generalmente ocurre cuando imprimimos un objeto como en alert(obj) y en
contextos similares.
Podemos implementar la conversión de tipo string y numérica por nuestra cuenta, utilizando métodos de objeto especiales.
Ahora entremos en los detalles técnicos, porque es la única forma de cubrir el tópico en profundidad.
Hints (sugerencias)
Hay tres variantes de conversión de tipos que ocurren en varias situaciones. Son llamadas “hints” y están descriptas en la
especificación :
"string"
Para una conversión de objeto a string, cuando hacemos una operación que espera un string en un objeto, como alert :
// salida
alert(obj);
"number"
Para una conversión de objeto a número, como cuando hacemos operaciones matemáticas:
// conversión explícita
let num = Number(obj);
"default"
Ocurre en casos raros cuando el operador “no está seguro” de qué tipo esperar.
Por ejemplo, el operador binario + puede funcionar con strings (los concatena) y números (los suma). Entonces, si el +
binario obtiene un objeto como argumento, utiliza la sugerencia "default" para convertirlo.
También, si un objeto es comparado utilizando == con un string, un número o un símbolo, tampoco está claro qué
conversión se debe realizar, por lo que se utiliza la sugerencia "default" .
152/553
// obj == número utiliza la sugerencia "default"
if (user == 1) { ... };
Los operadores de comparación mayor que y menor que, como < > , también pueden funcionar con strings y números. Aún
así, utilizan la sugerencia "number" , y no "default" . Eso es por razones históricas.
Symbol.toPrimitive
Empecemos por el primer método. Hay un símbolo incorporado llamado Symbol.toPrimitive que debe utilizarse para
nombrar el método de conversión, así:
obj[Symbol.toPrimitive] = function(hint) {
// aquí va el código para convertir este objeto a un primitivo
// debe devolver un valor primitivo
// hint = "sugerencia", uno de: "string", "number", "default"
};
Si el método Symbol.toPrimitive existe, es usado para todos los hints y no serán necesarios más métodos.
let user = {
name: "John",
money: 1000,
[Symbol.toPrimitive](hint) {
alert(`sugerencia: ${hint}`);
return hint == "string" ? `{name: "${this.name}"}` : this.money;
}
};
// demostración de conversiones:
alert(user); // sugerencia: string -> {name: "John"}
alert(+user); // sugerencia: number -> 1000
alert(user + 500); // sugerencia: default -> 1500
Como podemos ver en el código, user se convierte en un string autodescriptivo o en una cantidad de dinero, depende de la
conversión. Un único método user[Symbol.toPrimitive] maneja todos los casos de conversión.
toString/valueOf
Si no existe Symbol.toPrimitive entonces JavaScript trata de encontrar los métodos toString y valueOf :
●
Para una sugerencia “string”: llama a toString , y si no existe, a valueOf (así toString tiene prioridad en
conversiones string.
● Para otras sugerencias: llama a valueOf , y si no existe, a toString (así valueOf tiene prioridad para
matemáticas).
153/553
Los métodos toString y valueOf provienen de la antigüedad. No son símbolos (los símbolos no existían en aquel
tiempo), sino métodos “regulares” nombrados con strings. Proporcionan una forma alternativa “al viejo estilo” de implementar
la conversión.
Estos métodos deben devolver un valor primitivo. Si toString o valueOf devuelve un objeto, entonces se ignora (lo
mismo que si no hubiera un método).
De forma predeterminada, un objeto simple tiene los siguientes métodos toString y valueOf :
● El método toString devuelve un string "[object Object]" .
●
El método valueOf devuelve el objeto en sí.
Por lo tanto, si intentamos utilizar un objeto como un string, como en un alert o algo así, entonces por defecto vemos
[object Object] .
El valueOf predeterminado se menciona aquí solo en favor de la integridad, para evitar confusiones. Como puede ver,
devuelve el objeto en sí, por lo que se ignora. No me pregunte por qué, es por razones históricas. Entonces podemos asumir
que no existe.
Implementemos estos métodos para personalizar la conversión.
Por ejemplo, aquí user hace lo mismo que el ejemplo anterior utilizando una combinación de toString y valueOf en
lugar de Symbol.toPrimitive :
let user = {
name: "John",
money: 1000,
// para sugerencia="string"
toString() {
return `{name: "${this.name}"}`;
},
};
Como podemos ver, el comportamiento es el mismo que en el ejemplo anterior con Symbol.toPrimitive .
A menudo queremos un único lugar “general” para manejar todas las conversiones primitivas. En este caso, podemos
implementar solo toString , así:
let user = {
name: "John",
toString() {
return this.name;
}
};
154/553
Una conversión puede devolver cualquier tipo primitivo
Lo importante que debe saber acerca de todos los métodos de conversión primitiva es que no necesariamente devuelven la
primitiva “sugerida”.
No hay control para que toString devuelva exactamente un string, ni para que el método Symbol.toPrimitive con
una sugerencia "number" devuelva un número.
Notas históricas
Por razones históricas, si toString o valueOf devuelve un objeto, no hay ningún error, pero dicho valor se ignora
(como si el método no existiera). Esto se debe a que en la antigüedad no existía un buen concepto de “error” en
JavaScript.
Por el contrario, Symbol.toPrimitive es más estricto, debe devolver un valor primitivo, en caso contrario habrá un
error.
Más conversiones
Como ya sabemos, muchos operadores y funciones realizan conversiones de tipo, por ejemplo la multiplicación * convierte
operandos en números.
Si pasamos un objeto como argumento, entonces hay dos etapas de cómputo:
1. El objeto se convierte en un valor primitivo (utilizando las reglas descritas anteriormente).
2. Si es necesario para más cómputo, el valor primitivo resultante también se convierte.
Por ejemplo:
let obj = {
// toString maneja todas las conversiones en ausencia de otros métodos
toString() {
return "2";
}
};
alert(obj * 2); // 4, objeto convertido a valor primitivo "2", luego la multiplicación lo convirtió en un número
1. La multiplicación obj * 2 primero convierte el objeto en valor primitivo (que es un string "2" ).
2. Luego "2" * 2 se convierte en 2 * 2 (el string se convierte en número).
El + binario concatenará los strings en la misma situación, ya que acepta con gusto un string:
let obj = {
toString() {
return "2";
}
};
alert(obj + 2); // 22 ("2" + 2), la conversión a valor primitivo devolvió un string => concatenación
Resumen
La conversión de objeto a valor primitivo es llamada automáticamente por muchas funciones y operadores incorporados que
esperan un valor primitivo.
Hay 3 tipos (hints o sugerencias) de estas:
● "string" (para alert y otras operaciones que necesitan un string)
●
"number" (para matemáticas)
●
"default" (pocos operadores, usualmente los objetos lo implementan del mismo modo que "number" )
155/553
1. Llamar a obj[Symbol.toPrimitive](hint) si el método existe,
2. En caso contrario, si la sugerencia es "string"
● intentar llamar a obj.toString() y obj.valueOf() , lo que exista.
3. En caso contrario, si la sugerencia es "number" o "default"
● intentar llamar a obj.valueOf() y obj.toString() , lo que exista.
Todos estos métodos deben devolver un primitivo para funcionar (si está definido).
En la práctica, a menudo es suficiente implementar solo obj.toString() como un método “atrapatodo” para todas las
conversiones a string que deben devolver la representación “legible por humanos” de un objeto, con fines de registro o
depuración.
Como en las operaciones matemáticas, JavaScript no ofrece una forma de “sobrescribir” operadores usando métodos. Así
que en proyectos de la vida real raramente se los usa en objetos.
Tipos de datos
Más estructuras de datos y un estudio más profundo de los tipos.
Un objeto
●
Es capaz de almacenar múltiples valores como propiedades.
● Puede ser creado con {} . Ejemplo: {name: "John", age: 30} . Hay otras clases de objetos en JavaScript; las
funciones, por ejemplo, son objetos.
Una de las mejores cosas de los objetos es que podemos almacenar una función como una de sus propiedades.
let john = {
name: "John",
sayHi: function() {
alert("Hi buddy!");
}
};
john.sayHi(); // Hi buddy!
Ya existen muchos objetos integrados al lenguaje, como los que trabajan con fechas, errores, elementos HTML, etc. Ellos
tienen diferentes propiedades y métodos.
¡Pero estas características tienen un precio!
Los objetos son más “pesados” que los primitivos. Ellos requieren recursos adicionales para soportar su maquinaria interna.
156/553
1. Los primitivos son aún primitivos. Con un valor único, como es deseable.
2. El lenguaje permite el acceso a métodos y propiedades de strings, numbers, booleans y symbols.
3. Para que esto funcione, se crea una envoltura especial, un “object wrapper” (objeto envoltorio) que provee la funcionalidad
extra y luego es destruido.
Los “object wrappers” son diferentes para cada primitivo y son llamados: String , Number , Boolean , Symbol y
BigInt . Así, proveen diferentes sets de métodos.
Aquí el funcionamiento:
1. El string str es primitivo. Al momento de acceder a su propiedad, un objeto especial es creado, uno que conoce el valor
del string y tiene métodos útiles como toUpperCase() .
2. Ese método se ejecuta y devuelve un nuevo string (mostrado con alert ).
3. El objeto especial es destruido, dejando solo el primitivo str .
let n = 1.23456;
157/553
Los constructores String/Number/Boolean son de uso interno solamente
Algunos lenguajes como Java permiten crear “wrapper objects” para primitivos explícitamente usando una sintaxis como
new Number(1) o new Boolean(false) .
En JavaScript, eso también es posible por razones históricas, pero firmemente desaconsejado. Las cosas
enloquecerían en varios lugares.
Por ejemplo:
Por otro lado, usar las mismas funciones String/Number/Boolean sin new es totalmente sano y útil. Ellas
convierten un valor al tipo correspondiente: a un string, number, o boolean (primitivo).
alert(null.test); // error
Resumen
●
Los primitivos excepto null y undefined proveen muchos métodos útiles. Los estudiaremos en los próximos
capítulos.
● Formalmente, estos métodos trabajan a través de objetos temporales, pero los motores de JavaScript están bien afinados
para optimizarlos internamente así que llamarlos no es costoso.
Tareas
str.test = 5;
alert(str.test);
158/553
A solución
Números
En JavaScript moderno, hay dos tipos de números:
1. Los números regulares en JavaScript son almacenados con el formato de 64-bit IEEE-754 , conocido como “números
de doble precisión de coma flotante”. Estos números son los que estaremos usando la mayor parte del tiempo y
hablaremos de ellos en este capítulo.
2. Números BigInt , para representar enteros de longitud arbitraria. A veces son necesarios porque un número regular no
puede exceder 253 ni ser menor a -253 manteniendo la precisión. Como los bigints son usados en unas pocas áreas
especiales, les dedicamos un capítulo especial BigInt.
Imagina que necesitamos escribir mil millones (En inglés “1 billion”). La forma obvia es:
Aquí _ es “azúcar sintáctica”, hace el número más legible. El motor JavaScript simplemente ignora _ entre dígitos, así que
es exactamente igual al “billion” de más arriba.
Pero en la vida real tratamos de evitar escribir una larga cadena de ceros porque es fácil tipear mal.
En JavaScript, acortamos un número agregando la letra "e" y especificando la cantidad de ceros:
En otras palabras, "e" multiplica el número por el 1 seguido de la cantidad de ceros dada.
Ahora escribamos algo muy pequeño. Digamos 1 microsegundo (un millonésimo de segundo):
Igual que antes, el uso de "e" puede ayudar. Si queremos evitar la escritura de ceros explícitamente, podríamos expresar
lo mismo como:
En otras palabras, un número negativo detrás de "e" significa una división por el 1 seguido de la cantidad dada de ceros:
159/553
// -6 divide por 1 con 6 ceros
1.23e-6 === 1.23 / 1000000; // 0.00000123
Por ejemplo:
Los sistemas binario y octal son raramente usados, pero también soportados mediante el uso de los prefijos 0b y 0o :
Solo 3 sistemas numéricos tienen tal soporte. Para otros sistemas numéricos, debemos usar la función parseInt (que
veremos luego en este capítulo).
toString(base)
El método num.toString(base) devuelve la representación num en una cadena, en el sistema numérico con la base
especificada.
Ejemplo:
alert( num.toString(16) ); // ff
alert( num.toString(2) ); // 11111111
Redondeo
160/553
Una de las operaciones más usadas cuando se trabaja con números es el redondeo.
Hay varias funciones incorporadas para el redondeo:
Math.floor
Redondea hacia abajo: 3.1 se convierte en 3 , y -1.1 se hace -2 .
Math.ceil
Redondea hacia arriba: 3.1 torna en 4 , y -1.1 torna en -1 .
Math.round
Redondea hacia el entero más cercano: 3.1 redondea a 3 , 3.6 redondea a 4 , el caso medio 3.5 redondea a 4
también.
3.1 3 4 3 3
3.6 3 4 4 3
-1.1 -2 -1 -1 -1
-1.6 -2 -1 -2 -1
Estas funciones cubren todas las posibles formas de lidiar con la parte decimal de un número. Pero ¿si quisiéramos
redondear al enésimo n-th dígito tras el decimal?
Por ejemplo, tenemos 1.2345 y queremos redondearlo a 2 dígitos obteniendo solo 1.23 .
1. Multiplicar y dividir.
Por ejemplo, para redondear el número a dos dígitos tras el decimal, podemos multiplicarlo por 100 , llamar la función de
redondeo y entonces volverlo a dividir.
alert( Math.round(num * 100) / 100 ); // 1.23456 -> 123.456 -> 123 -> 1.23
2. El método toFixed(n) redondea el número a n dígitos después del punto decimal y devuelve una cadena que
representa el resultado.
Ten en cuenta que el resultado de toFixed es una cadena. Si la parte decimal es más corta que lo requerido, se
agregan ceros hasta el final:
Podemos convertirlo a “number” usando el operador unario más o llamando a Number() ; por ejemplo, escribir
+num.toFixed(5) .
161/553
Cálculo impreciso
Internamente, un número es representado en formato de 64-bit IEEE-754 , donde hay exactamente 64 bits para
almacenar un número: 52 de ellos son usados para almacenar los dígitos, 11 para almacenar la posición del punto decimal
(son cero para los enteros), y 1 bit es para el signo.
Si un número es verdaderamente grande, puede rebasar el almacén de 64 bit y obtenerse el valor numérico Infinity :
Lo que puede ser algo menos obvio, pero ocurre a menudo, es la pérdida de precisión.
Considera este (¡falso!) test de igualdad:
¡Ay! Imagina que estás haciendo un sitio de compras electrónicas y el visitante pone $0.10 y $0.20 en productos en su
carrito. El total de la orden será $0.30000000000000004 . Eso sorprendería a cualquiera…
¿Qué es 0.1 ? Es un uno dividido por 10 1/10 , un décimo. En sistema decimal es fácilmente representable. Compáralo
con un tercio: 1/3 , se vuelve una fracción sin fin 0.33333(3) .
Así, la división en potencias de diez garantizan un buen funcionamiento en el sistema decimal, pero divisiones por 3 no. Por
la misma razón, en el sistema binario la división en potencias de 2 garantizan su funcionamiento, pero 1/10 se vuelve una
fracción binaria sin fin.
Simplemente no hay manera de guardar exactamente 0.1 o exactamente 0.2 usando el sistema binario, así como no hay
manera de guardar un tercio en fracción decimal.
El formato numérico IEEE-754 resuelve esto redondeando al número posible más cercano. Estas reglas de redondeo
normalmente no nos permiten percibir aquella “pequeña pérdida de precisión”, pero existe.
Podemos verlo en acción:
No solo JavaScript
El mismo problema existe en muchos otros lenguajes de programación.
PHP, Java, C, Perl, Ruby dan exactamente el mismo resultado, porque ellos están basados en el mismo formato
numérico.
¿Podemos resolver el problema? Seguro, la forma más confiable es redondear el resultado con la ayuda de un método.
toFixed(n) :
162/553
Ten en cuenta que toFixed siempre devuelve un string. Esto asegura que tiene 2 dígitos después del punto decimal. Esto
es en verdad conveniente si tenemos un sitio de compras y necesitamos mostrar $0.30 . Para otros casos, podemos usar
el + unario para forzar un número:
También podemos multiplicar temporalmente por 100 (o un número mayor) para transformarlos a enteros, hacer las cuentas,
y volverlos a dividir. Como hacemos las cuentas con enteros el error se reduce, pero aún lo tenemos en la división:
Algo peculiar
Prueba ejecutando esto:
Esto sufre del mismo problema: Una pérdida de precisión. Hay 64 bits para el número, 52 de ellos pueden ser usados
para almacenar dígitos, pero no es suficiente. Entonces los dígitos menos significativos desaparecen.
JavaScript no dispara error en tales eventos. Hace lo mejor que puede para ajustar el número al formato deseado, pero
desafortunadamente este formato no es suficientemente grande.
Dos ceros
Otra consecuencia peculiar de la representación interna de los números es la existencia de dos ceros: 0 y -0 .
Esto es porque el signo es representado por un bit, así cada número puede ser positivo o negativo, incluyendo al cero.
En la mayoría de los casos la distinción es imperceptible, porque los operadores están adaptados para tratarlos como
iguales.
Ambos pertenecen al tipo number , pero no son números “normales”, así que hay funciones especiales para chequearlos:
● isNaN(value) convierte su argumento a número entonces testea si es NaN :
Pero ¿necesitamos esta función? ¿No podemos simplemente usar la comparación === NaN ? Lo lamento pero la
respuesta es no. El valor NaN es único en que no es igual a nada, incluyendo a sí mismo:
163/553
● isFinite(value) convierte su argumento a un número y devuelve true si es un número regular, no
NaN/Infinity/-Infinity :
Ten en cuenta que un valor vacío o un string de solo espacios es tratado como 0 en todas las funciones numéricas
incluyendo isFinite .
Esta forma de comparación se usa a menudo en la especificación JavaScript. Cuando un algoritmo interno necesita
comparar que dos valores sean exactamente iguales, usa Object.is (internamente llamado SameValue ).
parseInt y parseFloat
La conversión numérica usando un más + o Number() es estricta. Si un valor no es exactamente un número, falla:
Siendo la única excepción los espacios al principio y al final del string, pues son ignorados.
Pero en la vida real a menudo tenemos valores en unidades como "100px" o "12pt" en CSS. También el símbolo de
moneda que en varios países va después del monto, tenemos "19€" y queremos extraerle la parte numérica.
Estas “leen” el número desde un string hasta que dejan de poder hacerlo. Cuando se topa con un error devuelve el número
que haya registrado hasta ese momento. La función parseInt devuelve un entero, mientras que parseFloat devolverá
un punto flotante:
Hay situaciones en que parseInt/parseFloat devolverán NaN . Ocurre cuando no puedo encontrar dígitos:
164/553
El segundo argumento de parseInt(str, radix)
La función parseInt() tiene un segundo parámetro opcional. Este especifica la base de sistema numérico, entonces
parseInt puede también analizar cadenas de números hexa, binarios y otros:
JavaScript tiene un objeto incorporado Math que contiene una pequeña biblioteca de funciones matemáticas y
constantes.
Unos ejemplos:
Math.random()
Devuelve un número aleatorio entre 0 y 1 (no incluyendo 1)
Math.pow(n, power)
Devuelve n elevado a la potencia power dada
Hay más funciones y constantes en el objeto Math , incluyendo trigonometría, que puedes encontrar en la documentación
del objeto Math .
Resumen
165/553
● Redondea usando Math.floor , Math.ceil , Math.trunc , Math.round o num.toFixed(precision) .
● Asegúrate de recordar que hay pérdida de precisión cuando se trabaja con decimales.
Tareas
Crea un script que pida al visitante que ingrese dos números y muestre su suma.
Ejecutar el demo
A solución
Según la documentación Math.round y toFixed redondean al número más cercano: 0..4 hacia abajo mientras 5..9
hacia arriba.
Por ejemplo:
En el ejemplo similar que sigue, ¿por qué 6.35 es redondeado a 6.3 , y no a 6.4 ?
A solución
Crea una función readNumber que pida un número hasta que el visitante ingrese un valor numérico válido.
El visitante puede también detener el proceso ingresando una linea vacía o presionando “CANCEL”. En tal caso la función
debe devolver null .
Ejecutar el demo
A solución
let i = 0;
while (i != 10) {
166/553
i += 0.2;
}
A solución
Escribe una función random(min, max) para generar un número de punto flotante entre min y max (no incluyendo
max ).
Ejemplos de su funcionamiento:
A solución
Crea una función randomInteger(min, max) que genere un número entero aleatorio entre min y max incluyendo
ambos, min y max , como valores posibles.
Todo número del intervalo min..max debe aparecer con la misma probabilidad.
Ejemplos de funcionamiento:
alert( randomInteger(1, 5) ); // 1
alert( randomInteger(1, 5) ); // 3
alert( randomInteger(1, 5) ); // 5
A solución
Strings
En JavaScript, los datos textuales son almacenados como strings (cadena de caracteres). No hay un tipo de datos separado
para caracteres unitarios.
El formato interno para strings es siempre UTF-16 , no está vinculado a la codificación de la página.
Comillas
Los strings pueden estar entre comillas simples, comillas dobles o backticks (acento grave):
Comillas simples y dobles son esencialmente lo mismo. Sin embargo los “backticks” nos permiten ingresar expresiones
dentro del string, envolviéndolos en ${…} :
function sum(a, b) {
167/553
return a + b;
}
Otra ventaja de usar backticks es que nos permiten extender en múltiples líneas el string:
Se ve natural, ¿no es cierto? Pero las comillas simples y dobles no funcionan de esa manera.
Si intentamos usar comillas simples o dobles de la misma forma, obtendremos un error:
Las comillas simples y dobles provienen de la creación de lenguaje en tiempos ancestrales, cuando la necesidad de
múltiples líneas no era tomada en cuenta. Los backticks aparecieron mucho después y por ende son más versátiles.
Los backticks además nos permiten especificar una “función de plantilla” antes del primer backtick. La sintaxis es:
func`string` . La función func es llamada automáticamente, recibe el string y la expresión insertada y los puede
procesar. Eso se llama “plantillas etiquetadas”. Esta característica hace que sea más fácil implementar plantillas
personalizadas, pero es raramente usada en la práctica. Puedes leer más sobre esto en docs .
Caracteres especiales
Es posible crear strings de múltiples líneas usando comillas simples, usando un llamado “carácter de nueva línea”, escrito
como \n , lo que denota un salto de línea:
Por ejemplo, estas dos líneas son iguales, pero escritas en forma diferente:
Carácter Descripción
\n Nueva línea
Retorno de carro: En Windows, los archivos de texto usan una combinación de dos caracteres \r\n para representar un corte de línea mientras
\r
que en otros SO es simplemente ‘\n’. Esto es por razones históricas, la mayoría del software para Windows también entienden ‘\n’.
\\ Barra invertida
\t Tabulación
\b , \f , \v Backspace, Form Feed, Vertical Tab – Se mantienen por compatibilidad. No son usados actualmente
168/553
Carácter Descripción
\xXX Carácter Unicode con el hexadecimal dado XX , por ej. '\x7A' es lo mismo que 'z' .
Un símbolo unicode con el hexadecimal dado XXXX en codificación UTF-16, p.ej. \u00A9 – es el unicode para el símbolo copyright © . Debe
\uXXXX
ser exactamente 4 dígitos hex.
\u{X…XXXXXX}
Un símbolo unicode con el hexadecimal dado en codificación UTF-32. Algunos caracteres raros son codificados con dos símbolos unicode,
(1 a 6 caracteres
tomando 4 bytes. De esta manera podemos insertar códigos largos.
hex)
alert('\u00A9'); // ©
alert('\u{20331}'); // 佫, un raro jeroglífico chino (unicode largo)
alert('\u{1F60D}'); // 😍, un emoticón sonriendo (otro unicode largo)
Todos los caracteres especiales comienzan con una barra invertida \ . También conocida como “carácter de escape”.
Como puedes ver, debimos anteponer un carácter de escape \ antes de cada comilla ya que de otra manera hubiera
indicado el final del string.
Obviamente, eso se refiere sólo a las comillas que son iguales a las que están rodeando al string. Una solución más
elegante sería cambiar a comillas dobles o backticks:
Notar que el carácter de escape \ sirve para la correcta lectura del string por JavaScript, luego desaparece. El string que
quedó en la memoria no incluye \ . Lo puedes ver claramente en el alert del ejemplo anterior.
alert(`Mi\n`.length); // 3
Por favor notar que str.length es una propiedad numérica, no una función. No hay necesidad de agregar un
paréntesis después de ella.
Accediendo caracteres
Para acceder a un carácter en la posición pos , se debe usar paréntesis cuadrados [pos] o llamar al método
str.charAt(pos) . El primer carácter comienza desde la posición cero:
169/553
let str = `Hola`;
// el primer carácter
alert( str[0] ); // H
alert( str.charAt(0) ); // H
// el último carácter
alert( str[str.length - 1] ); // a
Los corchetes son una forma moderna de acceder a los caracteres, mientras que charAt existe principalmente por
razones históricas.
La única diferencia entre ellos es que si no se encuentra un carácter, [] devuelve undefined , y charAt devuelve un
string vacío.
alert(str[1000]); // undefined
alert(str.charAt(1000)); // '' (un string vacío)
La solución alternativa es crear un nuevo string y asignarlo a str en vez de asignarlo al anterior.
Por ejemplo:
Los métodos toLowerCase() y toUpperCase() cambian los caracteres a minúscula y mayúscula respectivamente:
alert('Interfaz'.toUpperCase()); // INTERFAZ
alert('Interfaz'.toLowerCase()); // interfaz
alert('Interfaz'[0].toLowerCase()); // 'i'
170/553
Buscando una subcadena de caracteres
Existen muchas formas de buscar por subcadenas de caracteres dentro de una cadena completa.
str.indexOf
El primer método es str.indexOf(substr, pos) .
Este busca un substr en str , comenzando desde la posición entregada pos , y retorna la posición donde es encontrada
la coincidencia o -1 en caso de no encontrar nada.
Por ejemplo:
alert(str.indexOf('id', 2)); // 11
Si estamos interesados en todas las ocurrencias, podemos correr indexOf en un bucle. Cada nuevo llamado es hecho
utilizando la posición posterior a la encontrada anteriormente:
let pos = 0;
while (true) {
let foundPos = str.indexOf(target, pos);
if (foundPos == -1) break;
alert(`Encontrado en ${foundPos}`);
pos = foundPos + 1; // continuar la búsqueda desde la siguiente posición
}
str.lastIndexOf(substr, position)
Existe también un método similar str.lastIndexOf(substr, position) que busca desde el final del string hasta el
comienzo.
Existe un leve inconveniente con indexOf en la prueba if . No podemos utilizarlo en el if como sigue:
171/553
if (str.indexOf("Widget")) {
alert("Lo encontramos"); // no funciona!
}
La alerta en el ejemplo anterior no se muestra ya que str.indexOf("Widget") retorna 0 (lo que significa que
encontró el string en la posición inicial). Correcto pero if considera 0 como falso .
if (str.indexOf("Widget") != -1) {
alert("Lo encontramos"); // ahora funciona!
}
Uno de los antiguos trucos es el operador bitwise NOT ) ~ . Este convierte el número en un entero de 32-bits (elimina la
parte decimal si es que existe) y luego invierte todos los bits en su representación binaria.
En la práctica, esto significa una simple cosa: Para enteros de 32 bits, ~n es igual a -(n+1) .
Por ejemplo:
Como podemos ver, ~n es cero sólo si n == -1 . (para cualquier entero de 32-bit con signo).
if (~str.indexOf("Widget")) {
alert( 'Lo encontramos!' ); // funciona
}
Usualmente no es recomendado utilizar características del lenguaje en formas no obvias, pero en particular, este truco es
utilizado ampliamente en código antiguo, por lo que debemos entenderlo.
Recuerda: if (~str.indexOf(...)) es leído como “si es encontrado”.
Para ser preciso, como los números grandes son truncados a 32 bits por el operador ~ , existen otros números que dan 0 ,
el menor es ~4294967295=0 . Esto hace que tal chequeo sea correcto solo si el string no es así de largo.
Ahora podemos ver este truco solo en código viejo, porque JavaScript moderno provee el método .includes (ver a
continuación).
alert('Hola'.includes('Adiós')); // false
alert('Midget'.includes('id')); // true
alert('Midget'.includes('id', 3)); // false, desde la posición 3 no hay "id"
172/553
Los métodos str.startsWith (comienza con) y str.endsWith (termina con) hacen exactamente lo que dicen:
Obteniendo un substring
str.slice(comienzo [, final])
Retorna la parte del string desde comienzo hasta (pero sin incluir) final .
Por ejemplo:
También son posibles valores negativos para comienzo/final . Ellos indican que la posición es contada desde el final del
string.
str.substring(comienzo [, final])
Devuelve la parte del string entre comienzo y final .
Esto es casi lo mismo que slice , pero permite que comienzo sea mayor que final .
Por ejemplo:
Los argumentos negativos (al contrario de slice) no son soportados, son tratados como 0 .
str.substr(comienzo [, largo])
Retorna la parte del string desde comienzo , con el largo dado.
A diferencia de los métodos anteriores, este nos permite especificar el largo en lugar de la posición final:
173/553
alert( str.substr(-4, 2) ); // gi, desde la 4ta posición toma 2 caracteres
slice(comienzo, final) desde comienzo hasta final (sin incluir final ) permite negativos
substr(comienzo, largo) desde comienzo toma largo caracteres permite negativos comienzo
¿Cuál elegir?
Todos son capaces de hacer el trabajo. Formalmente, substr tiene una pequeña desventaja: no es descrito en la
especificación central de JavaScript, sino en el anexo B, el cual cubre características sólo de navegadores, que existen
principalmente por razones históricas. Por lo que entornos sin navegador pueden fallar en compatibilidad. Pero en la
práctica funciona en todos lados.
De las otras dos variantes, slice es algo más flexible, permite argumentos negativos y es más corta. Entones, es
suficiente con, de estos tres métodos, recordar únicamente slice .
Comparando strings
Como sabemos desde el capítulo Comparaciones, strings son comparados carácter por carácter en orden alfabético.
Esto puede conducir a resultados extraños si clasificamos los nombres de estos países. Usualmente, la gente esperaría
que Zealand apareciera después de Österreich en la lista.
str.codePointAt(pos)
Retorna el código para el carácter en la posición pos :
String.fromCodePoint(code)
Crea un carácter por su código numérico:
alert( String.fromCodePoint(90) ); // Z
También podemos agregar caracteres unicode por sus códigos usando \u seguido de un código hex:
// 90 es 5a en el sistema hexadecimal
alert( '\u005a' ); // Z
174/553
Ahora veamos los caracteres con códigos 65..220 (el alfabeto latín y unos extras) haciendo de ellos un string:
¿Lo ves? Caracteres capitalizados (mayúsculas) van primero, luego unos cuantos caracteres especiales, luego las
minúsculas.
Los caracteres son comparados por su código numérico. Código mayor significa que el carácter es mayor. El código para a
(97) es mayor que el código para Z (90).
● Todas las letras minúsculas van después de las mayúsculas ya que sus códigos son mayores.
● Algunas letras como Ö se mantienen apartadas del alfabeto principal. Aquí el código es mayor que cualquiera desde a
hasta z .
Comparaciones correctas
El algoritmo “correcto” para realizar comparaciones de strings es más complejo de lo que parece, debido a que los alfabetos
son diferentes para diferentes lenguajes. Una letra que se ve igual en dos alfabetos distintos, pueden tener distintas
posiciones.
Por lo que el navegador necesita saber el lenguaje para comparar.
Por suerte, todos los navegadores modernos (IE10- requiere adicionalmente la biblioteca Intl.JS ) mantienen la
internacionalización del estándar ECMA 402 .
Este provee un método especial para comparar strings en distintos lenguajes, siguiendo sus reglas.
El llamado str.localeCompare(str2) :
● Retorna 1 si str es mayor que str2 de acuerdo a las reglas del lenguaje.
●
Retorna -1 si str es menor que str2 .
● Retorna 0 si son iguales.
Por ejemplo:
alert('Österreich'.localeCompare('Zealand')); // -1
Este método tiene dos argumentos adicionales especificados en la documentación , la cual le permite especificar el
lenguaje (por defecto lo toma del entorno) y configura reglas adicionales como sensibilidad a las mayúsculas y minúsculas o
si debe "a" y "á" ser tratadas como iguales, etc.
Internals, Unicode
Conocimiento avanzado
Esta sección ahonda en string internals. Este conocimiento será útil para ti si planeas lidiar con emoticones, raros
caracteres matemáticos, jeroglíficos u otros símbolos extraños.
Puedes saltar esta sección si no planeas mantenerlos.
Pares sustitutos
La mayoría de los símbolos tienen código de 2 bytes. Las letras de la mayoría de los lenguajes europeos, números e incluso
los jeroglíficos más importantes, tienen una representación de 2 bytes.
Pero 2 bytes sólo permiten 65536 combinaciones y eso no es suficiente para todos los símbolos posibles. Símbolos muy
raros son codificados con un par de caracteres de 2 bytes llamados “pares sustitutos”.
175/553
alert('𝒳'.length); // 2, LETRA CURSIVA MATEMÁTICA X CAPITALIZADA
alert('😂'.length); // 2, EMOTICÓN CON LÁGRIMAS DE ALEGRÍA
alert('𩷶'.length); // 2, un raro jeroglífico chino
Notar que los pares sustitutos no existían en el tiempo que JavaScript fue creado, y por ello no son procesados
correctamente por el lenguaje!
De hecho, tenemos un solo símbolo en cada string más arriba, pero el length (largo) muestra 2 .
String.fromCodePoint y str.codePointAt son algunos métodos extraños que tratan con pares sustitutos.
Aparecieron recientemente en el lenguaje. Antes de ellos, existían sólo String.fromCharCode y str.charCodeAt . Estos
métodos son actualmente lo mismo que fromCodePoint/codePointAt , pero no funcionan con pares sustitutos.
Obtener un símbolo puede ser difícil, ya que los pares substitutos son tratados como dos caracteres:
Notar que piezas del par sustituto no tienen significado sin las otras. Por lo que la alerta en el ejemplo anterior despliega
garabatos.
Técnicamente, pares sustitutos son también detectables por su propio código: si un carácter tiene código en el intervalo de
0xd800..0xdbff , entonces es la primera parte de un par sustituto. El siguiente carácter (segunda parte) debe tener el
código en el intervalo 0xdc00..0xdfff . Estos intervalos son reservados exclusivamente para pares sustitutos por el
estándar.
En el caso de arriba:
// charCodeAt no es consciente de pares sustitutos, por lo que entrega código por partes
Encontrarás más formas de trabajar con pares sustitutos más adelante en el capítulo Iterables. Probablemente hay
bibliotecas especiales para eso también, pero nada lo suficientemente famoso como para sugerirlo aquí.
Para mantener composiciones arbitrarias, UTF-16 nos permite usar varios caracteres Unicode. El carácter base y uno o
varios caracteres de “marca” que lo “decoran”.
Por ejemplo, si tenemos S seguido del carácter especial" punto arriba "(código \ u0307 ), se muestra como Ṡ.
alert('S\u0307'); // Ṡ
Si necesitamos una marca adicional sobre la letra (o debajo de ella), no hay problema, simplemente agrega el carácter de
marca necesario.
Por ejemplo, si agregamos un carácter “punto debajo” (código \u0323 ), entonces tendremos" S con puntos arriba y abajo ":
Ṩ.
Por ejemplo:
alert('S\u0307\u0323'); // Ṩ
Esto proporciona una gran flexibilidad, pero también un problema interesante: dos caracteres pueden ser visualmente
iguales, pero estar representados con diferentes composiciones Unicode.
Por ejemplo:
176/553
let s2 = 'S\u0323\u0307'; // Ṩ, S + punto debajo + punto arriba
Para resolver esto, existe un algoritmo de “normalización Unicode” que lleva cada cadena a la forma “normal”.
Es curioso que en esta situación normalize () realmente reúna una secuencia de 3 caracteres en uno: \u1e68 (S con
dos puntos).
alert('S\u0307\u0323'.normalize().length); // 1
En realidad, este no es siempre el caso. La razón es que el símbolo Ṩ es “bastante común”, por lo que los creadores de
UTF-16 lo incluyeron en la tabla principal y le dieron el código.
Si desea obtener más información sobre las reglas y variantes de normalización, se describen en el apéndice del estándar
Unicode: Formas de normalización Unicode , pero para la mayoría de los propósitos prácticos, la información de esta
sección es suficiente.
Resumen
● Existen 3 tipos de entrecomillado. Los backticks permiten que una cadena abarque varias líneas e incorporar expresiones
${…} .
● Strings en JavaScript son codificados usando UTF-16.
● Podemos usar caracteres especiales como \n e insertar letras por su código único usando \u ... .
● Para obtener un carácter, usa: [] .
● Para obtener un substring, usa: slice o substring .
● Para convertir un string en minúsculas/mayúsculas, usa: toLowerCase/toUpperCase .
●
Para buscar por un substring, usa: indexOf , o includes/startsWith/endsWith para checkeos simples.
● Para comparar strings de acuerdo al lenguaje, usa: localeCompare , de otra manera serán comparados como códigos
de carácter.
Strings también tienen métodos con expresiones regulares para buscar/reemplazar. Es un tema importante, así que es
explicado en su propia sección Expresiones Regulares .
Tareas
Escribe una función ucFirst(str) que devuelva el string str con el primer carácter en mayúscula, por ejemplo:
ucFirst("john") == "John";
A solución
177/553
Buscar spam
importancia: 5
Escribe una función checkSpam(str) que devuelva true si str contiene ‘viagra’ o ‘XXX’, de lo contrario false .
A solución
Truncar el texto
importancia: 5
Crea una función truncate(str, maxlength) que verifique la longitud de str y, si excede maxlength – reemplaza
el final de str con el carácter de puntos suspensivos "…" , para hacer su longitud igual a maxlength .
Por ejemplo:
truncate("Lo que me gustaría contar sobre este tema es:", 20) = "Lo que me gustaría c…"
A solución
Extraer el dinero
importancia: 4
Tenemos un costo en forma de “$120”. Es decir: el signo de dólar va primero y luego el número.
Crea una función extractCurrencyValue(str) que extraiga el valor numérico de dicho string y lo devuelva.
Por ejemplo:
A solución
Arrays
Los objetos te permiten almacenar colecciones de datos a través de nombres. Eso está bien.
Pero a menudo necesitamos una colección ordenada, donde tenemos un 1ro, un 2do, un 3er elemento y así sucesivamente.
Por ejemplo, necesitamos almacenar una lista de algo: usuarios, bienes, elementos HTML, etc.
No es conveniente usar objetos aquí, porque no proveen métodos para manejar el orden de los elementos. No podemos
insertar una nueva propiedad “entre” los existentes. Los objetos no están hechos para eso.
Existe una estructura llamada Array (llamada en español arreglo o matriz/vector) para almacenar colecciones ordenadas.
Declaración
178/553
Hay dos sintaxis para crear un array vacío:
Casi siempre se usa la segunda. Podemos suministrar elementos iniciales entre los corchetes:
alert( fruits.length ); // 3
Por ejemplo:
// mezcla de valores
let arr = [ 'Apple', { name: 'John' }, true, function() { alert('hello'); } ];
179/553
Coma residual
Un array, al igual que un objeto, puede tener una coma final:
let fruits = [
"Apple",
"Orange",
"Plum",
];
La “coma final” hace más simple insertar y remover items, porque todas la líneas se vuelven similares.
Algunos lenguajes de programación permiten el uso de índices negativos para este propósito, como fruits[-1] .
Aunque en JavaScript esto no funcionará. El resultado será undefined , porque el índice de los corchetes es tratado
literalmente.
Podemos calcular explícitamente el último índice y luego acceder al elemento: fruits[fruits.length - 1] .
Un poco engorroso, ¿no es cierto? Necesitamos escribir el nombre de la variable dos veces.
Una cola es uno de los usos más comunes de un array. En ciencias de la computación, significa una colección ordenada
de elementos que soportan dos operaciones:
● push inserta un elemento al final.
● shift obtiene el elemento del principio, avanzando la cola, y así el segundo elemento se vuelve primero.
shift push
Hay otro caso de uso para los arrays – la estructura de datos llamada pila .
180/553
Ella soporta dos operaciones:
● push agrega un elemento al final.
● pop toma un elemento desde el final.
Entonces los elementos nuevos son agregados o tomados siempre desde el “final”.
Una pila es usualmente mostrada como un mazo de cartas, donde las nuevas cartas son agregadas al tope o tomadas
desde el tope:
push
pop
Para las pilas, la última introducida es la primera en ser recibida, en inglés esto es llamado principio LIFO (Last-In-First-Out,
última en entrar primera en salir). Para las colas, tenemos FIFO (First-In-First-Out primera en entrar, primera en salir).
Los arrays en JavaScript pueden trabajar como colas o pilas. Ellos permiten agregar/quitar elementos al/del principio o al/del
final.
En ciencias de la computación la estructura de datos que permite esto se denomina cola de doble extremo o bicola .
pop
Extrae el último elemento del array y lo devuelve:
Tanto fruits.pop() como fruits.at(-1) devuelven el último elemento del array, pero fruits.pop() también
modifica el array eliminando tal elemento.
push
Agrega el elemento al final del array:
fruits.push("Pear");
shift
Extrae el primer elemento del array y lo devuelve:
unshift
Agrega el elemento al principio del array:
181/553
let fruits = ["Orange", "Pear"];
fruits.unshift('Apple');
Los métodos push y unshift pueden agregar múltiples elementos de una vez:
fruits.push("Orange", "Peach");
fruits.unshift("Pineapple", "Lemon");
Interiores
Un array es una clase especial de objeto. Los corchetes usados para acceder a una propiedad arr[0] vienen de la
sintaxis de objeto. Son esencialmente lo mismo que obj[key] , donde arr es el objeto mientras los números son usados
como claves.
Ellos extienden los objetos proveyendo métodos especiales para trabajar con colecciones ordenadas de datos y también la
propiedad length . Pero en el corazón es aún un objeto.
Recuerde, solo hay ocho tipos de datos básicos en JavaScript (consulte el capítulo Tipos de datos para obtener más
información). Array es un objeto y, por tanto, se comporta como un objeto.
Por ejemplo, es copiado por referencia:
let arr = fruits; // copiado por referencia (dos variables referencian al mismo array)
…Pero lo que hace a los array realmente especiales es su representación interna. El motor trata de almacenarlos en áreas
de memoria contigua, uno tras otro, justo como muestra la ilustración en este capítulo. Hay otras optimizaciones también
para hacer que los arrays trabajen verdaderamente rápido.
Pero todo esto se puede malograr si dejamos de trabajarlos como arrays de colecciones ordenadas y comenzamos a usarlos
como si fueran objetos comunes.
Por ejemplo, técnicamente podemos hacer esto:
fruits[99999] = 5; // asigna una propiedad con un índice mucho mayor que su longitud
Esto es posible porque los arrays son objetos en su base. Podemos agregar cualquier propiedad en ellos.
Pero el motor verá que estamos tratándolo como un objeto común. Las optimizaciones específicas no son aptas para tales
casos y serán desechadas, y sus beneficios desaparecerán.
182/553
Piensa en los arrays como estructuras especiales para trabajar con datos ordenados. Ellos proveen métodos especiales para
ello. Los arrays están cuidadosamente afinados dentro de los motores JavaScript para funcionar con datos ordenados
contiguos, por favor úsalos de esa manera. Y si necesitas claves arbitrarias, hay altas chances de que en realidad necesites
objetos comunes {} .
Performance
Los métodos push/pop son rápidos, mientras que shift/unshift son lentos.
unshift pop
0 1 2 3
shift push
¿Por qué es más rápido trabajar con el final del array que con el principio? Veamos qué pasa durante la ejecución:
No es suficiente tomar y eliminar el elemento con el índice 0 . Los demás elementos necesitan ser renumerados también.
"Orange"
"Orange"
"Lemon"
"Lemon"
"Lemon"
"Apple"
"Pear"
"Pear"
"Pear"
length = 4 length = 3
limpiar mover
0 11 2 3 1 2 3 0 1 2
elementos
a la izquierda
Cuanto más elementos haya en el array, más tiempo tomará moverlos, más operaciones en memoria.
Algo similar ocurre con unshift : para agregar un elemento al principio del array, necesitamos primero mover todos los
elementos hacia la derecha, incrementando sus índices.
¿Y qué pasa con push/pop ? Ellos no necesitan mover nada. Para extraer un elemento del final, el método pop limpia el
índice y acorta length .
"Orange"
"Lemon"
"Apple"
"Apple"
"Pear"
"Pear"
length = 4 length = 3
limpiar
0 1 2 3 0 1 2
El método pop no necesita mover nada, porque los demás elementos mantienen sus índices. Es por ello que es
muy rápido.
Bucles
183/553
Una de las formas más viejas de iterar los items de un array es el bucle for sobre sus índices:
Pero para los arrays también hay otra forma de bucle, for..of :
for..of no da acceso al número del elemento en curso, solamente a su valor, pero en la mayoría de los casos eso es
suficiente. Y es más corto.
Técnicamente, y porque los arrays son objetos, es también posible usar for..in :
Existen objetos “simil-array” en el navegador y otros ambientes que parecen arrays. Esto es, tienen length y
propiedades indexadas, pero pueden también tener propiedades no numéricas y métodos que usualmente no
necesitemos. Y el bucle for..in los listará. Entonces si necesitamos trabajar con objetos simil-array, estas propiedades
“extras” pueden volverse un problema.
2. El bucle for..in está optimizado para objetos genéricos, no para arrays, y es de 10 a 100 veces más lento. Por
supuesto es aún muy rápido. Una optimización puede que solo sea importante en cuellos de botella, pero necesitamos ser
concientes de la diferencia.
Acerca de “length”
La propiedad length automáticamente se actualiza cuando se modifica el array. Para ser precisos, no es la cuenta de
valores del array sino el mayor índice más uno.
Por ejemplo, un elemento simple con un índice grande da una longitud grande:
Si la incrementamos manualmente, nada interesante ocurre. Pero si la decrementamos, el array se trunca. El proceso es
irreversible, aquí el ejemplo:
184/553
alert( arr ); // [1, 2]
new Array()
Es raramente usada porque con corchetes [] es más corto. También hay una característica peculiar con ella.
Si new Array es llamado con un único argumento numérico, se crea un array sin items, pero con la longitud “length” dada.
Para evitar sorpresas solemos usar corchetes, salvo que sepamos lo que estamos haciendo.
Arrays multidimensionales
Los arrays pueden tener items que a su vez sean arrays. Podemos usarlos como arrays multidimensionales, por ejemplo
para almacenar matrices:
let matrix = [
[1, 2, 3],
[4, 5, 6],
[7, 8, 9]
];
toString
Los arrays tienen su propia implementación del método toString que devuelve un lista de elementos separados por
coma.
Por ejemplo:
alert( [] + 1 ); // "1"
alert( [1] + 1 ); // "11"
alert( [1,2] + 1 ); // "1,21"
Los arrays no tienen Symbol.toPrimitive ni un valueOf viable, ellos implementan la conversión toString
solamente, así [] se vuelve una cadena vacía, [1] se vuelve "1" y [1,2] se vuelve "1,2" .
185/553
Cuando el operador binario más "+" suma algo a una cadena, lo convierte a cadena también, entonces lo siguiente se ve
así:
Las arrays en JavaScript, a diferencia de otros lenguajes de programación, no deben ser comparadas con el operador == .
Este operador no tiene un tratamiento especial para arrays, trabaja con ellas como con cualquier objeto.
Recordemos las reglas:
● Dos objetos son iguales == solo si hacen referencia al mismo objeto.
● Si uno de los argumentos de == es un objeto y el otro es un primitivo, entonces el objeto se convierte en primitivo, como
se explica en el capítulo Conversión de objeto a valor primitivo.
● …Con la excepción de null y undefined que son iguales == entre sí y nada más.
Entonces, si comparamos arrays con == , nunca son iguales, a no ser que comparemos dos variables que hacen referencia
exactamente a la misma array.
Por ejemplo:
alert( [] == [] ); // falso
alert( [0] == [0] ); // falso
Estas arrays son técnicamente objetos diferentes. Así que no son iguales. El operador == no hace comparaciones de
elemento a elemento.
Comparaciones con primitivos también pueden dar resultados aparentemente extraños:
alert( 0 == [] ); // verdadero
alert('0' == [] ); // falso
Aquí, en ambos casos, comparamos un primitivo con un objeto array. Entonces la array [] se convierte a primitivo para el
propósito de comparar y se convierte en una string vacía '' .
Luego el proceso de comparación continúa con los primitivos, como se describe en el capítulo Conversiones de Tipos:
Simple: no utilices el operador == . En lugar, compáralas elemento a elemento en un bucle o utilizando métodos de iteración
explicados en el siguiente capítulo.
Resumen
Los arrays son una clase especial de objeto, adecuados para almacenar y manejar items de datos ordenados.
● La declaración:
// corchetes (usual)
let arr = [item1, item2...];
186/553
// new Array (excepcionalmente raro)
let arr = new Array(item1, item2...);
Un llamado a new Array(number) crea un array con la longitud dada, pero sin elementos.
●
La propiedad length es la longitud del array o, para ser preciso, el último índice numérico más uno. Se autoajusta al
usar los métodos de array.
● Si acortamos length manualmente, el array se trunca.
Para comparar arrays, no uses el operador == (como tampoco > , < y otros), ya que no tienen un tratamiento especial para
arrays. Lo manejan como cualquier objeto y no es lo que normalmente queremos.
En su lugar puedes utilizar el bucle for..of para comparar arrays elemento a elemento.
Volveremos a los arrays y estudiaremos más métodos para agregar, quitar, extraer elementos y ordenar arrays en el capítulo
Métodos de arrays.
Tareas
A solución
Operaciones en arrays.
importancia: 5
187/553
Jazz, Blues
Jazz, Blues, Rock-n-Roll
Jazz, Classics, Rock-n-Roll
Classics, Rock-n-Roll
Rap, Reggae, Classics, Rock-n-Roll
A solución
arr.push(function() {
alert( this );
});
arr[2](); // ?
A solución
P.D. Un cero 0 es un número válido, por favor no detengas los ingresos con el cero.
Ejecutar el demo
A solución
Subarray máximo
importancia: 2
La tarea es: encuentra el subarray contiguo de items de arr con la suma máxima.
Por ejemplo:
Si todos los elementos son negativos, significa que que no tomamos ninguno (el subarray está vacío), entonces la suma es
cero:
188/553
Abrir en entorno controlado con pruebas.
A solución
Métodos de arrays
Los arrays (también llamados arreglos o matrices) cuentan con muchos métodos. Para hacer las cosas más sencillas, en
este capítulo se encuentran divididos en dos partes.
Agregar/remover ítems
Ya conocemos algunos métodos que agregan o extraen elementos del inicio o final de un array:
● arr.push(...items) – agrega ítems al final,
● arr.pop() – extrae un ítem del final,
● arr.shift() – extrae un ítem del inicio,
● arr.unshift(...items) – agrega ítems al principio.
splice
¿Cómo podemos borrar un elemento de un array?
Los arrays son objetos, por lo que podemos intentar con delete :
El elemento fue borrado, pero el array todavía tiene 3 elementos; podemos ver que arr.length == 3 .
Es natural, porque delete obj.key borra el valor de key , pero es todo lo que hace. Esto está bien en los objetos, pero
en general lo que buscamos en los arrays es que el resto de los elementos se desplace y se ocupe el lugar libre. Lo que
esperamos es un array más corto.
El método arr.splice funciona como una navaja suiza para arrays. Puede hacer todo: insertar, remover y remplazar
elementos.
La sintaxis es:
Esto modifica arr comenzando en el índice start : remueve la cantidad deleteCount de elementos y luego inserta
elem1, ..., elemN en su lugar. Lo que devuelve es un array de los elementos removidos.
189/553
let arr = ["Yo", "estudio", "JavaScript", "ahora", "mismo"];
Aquí podemos ver que splice devuelve un array con los elementos removidos:
El método splice también es capaz de insertar elementos sin remover ningún otro. Para eso necesitamos establecer
deleteCount en 0 :
// desde el index 2
// remover 0
// después insertar "el", "complejo" y "language"
arr.splice(2, 0,"el", "complejo", "language");
slice
El método arr.slice es mucho más simple que arr.splice .
La sintaxis es:
arr.slice([principio], [final])
Devuelve un nuevo array copiando en el mismo todos los elementos desde principio hasta final (sin incluir final ).
principio y final pueden ser negativos, en cuyo caso se asume la posición desde el final del array.
Es similar al método para strings str.slice , pero en lugar de substrings genera subarrays.
Por ejemplo:
190/553
También podemos invocarlo sin argumentos: arr.slice() crea una copia de arr . Se utiliza a menudo para obtener una
copia que se puede transformar sin afectar el array original.
concat
El método arr.concat crea un nuevo array que incluye los valores de otros arrays y elementos adicionales.
La sintaxis es:
arr.concat(arg1, arg2...)
El resultado es un nuevo array conteniendo los elementos de arr , después arg1 , arg2 etc.
Si un argumento argN es un array, entonces todos sus elementos son copiados. De otro modo el argumento en sí es
copiado.
Por ejemplo:
// crea un array a partir de: arr y [3,4], luego agrega los valores 5 y 6
alert( arr.concat([3, 4], 5, 6) ); // 1,2,3,4,5,6
Normalmente, solo copia elementos desde arrays. Otros objetos, incluso si parecen arrays, son agregados como un todo:
let arrayLike = {
0: "something",
length: 1
};
…Pero si un objeto similar a un array tiene la propiedad especial Symbol.isConcatSpreadable , entonces concat lo
trata como un array y en lugar de añadirlo como un todo, solo añade sus elementos.
let arrayLike = {
0: "something",
1: "else",
[Symbol.isConcatSpreadable]: true,
length: 2
};
Iteración: forEach
El método arr.forEach permite ejecutar una función a cada elemento del array.
La sintaxis:
191/553
// para cada elemento ejecuta alert
["Bilbo", "Gandalf", "Nazgul"].forEach(alert);
indexOf/lastIndexOf e includes
Los métodos arr.indexOf , arr.lastIndexOf y arr.includes tienen la misma sintaxis y hacen básicamente lo mismo que
sus contrapartes de strings, pero operan sobre elementos en lugar de caracteres:
● arr.indexOf(item, from) – busca item comenzando desde el index from , y devuelve el index donde fue
encontrado, de otro modo devuelve -1 .
● arr.lastIndexOf(item, from) – igual que el anterior, pero busca de derecha a izquierda.
●
arr.includes(item, from) – busca item comenzando desde el índice from , devuelve true en caso de ser
encontrado.
Por ejemplo:
alert( arr.indexOf(0) ); // 1
alert( arr.indexOf(false) ); // 2
alert( arr.indexOf(null) ); // -1
Tener en cuenta que el método usa comparación estricta ( === ). Por lo tanto, si buscamos false , encontrará exactamente
false y no cero.
Si queremos comprobar si un elemento está incluido y no necesitamos saber su ubicación exacta, es preferible usar
arr.includes
Además, una pequeña diferencia de includes es que puede manejar correctamente NaN a diferencia de
indexOf/lastIndexOf :
find y findIndex
Imaginemos que tenemos un array de objetos. ¿Cómo podríamos encontrar un objeto con una condición específica?
Para este tipo de casos es útil el método arr.find(fn)
La sintaxis es:
La función es llamada para cada elemento del array, uno después del otro:
● item es el elemento.
192/553
● index es su índice.
● array es el array mismo.
Si devuelve true , la búsqueda se detiene y el item es devuelto. Si no encuentra nada, entonces devuelve undefined .
Por ejemplo, si tenemos un array de usuarios, cada uno con los campos id y name . Encontremos el elemento con id ==
1:
let users = [
{id: 1, name: "Celina"},
{id: 2, name: "David"},
{id: 3, name: "Federico"}
];
alert(user.name); // Celina
En la vida real los arrays de objetos son bastante comunes por lo que el método find resulta muy útil.
Ten en cuenta que en el ejemplo anterior le pasamos a find la función item => item.id == 1 con un argumento.
Esto es lo más común, otros argumentos son raramente usados en esta función.
El método arr.findIndex es esencialmente lo mismo, pero devuelve el índice donde el elemento fue encontrado en lugar
del elemento en sí y devuelve -1 cuando no encuentra nada.
filter
El método find busca un único elemento (el primero) que haga a la función devolver true .
La sintaxis es similar a find , pero filter devuelve un array con todos los elementos encontrados:
Por ejemplo:
let users = [
{id: 1, name: "Celina"},
{id: 2, name: "David"},
{id: 3, name: "Federico"}
];
alert(someUsers.length); // 2
Transformar un array
map
El método arr.map es uno de los métodos más comunes y ampliamente usados.
Este método llama a la función para cada elemento del array y devuelve un array con los resultados.
La sintaxis es:
Por ejemplo, acá transformamos cada elemento en el valor de su respectivo largo (length):
193/553
let lengths = ["Bilbo", "Gandalf", "Nazgul"].map(item => item.length);
alert(lengths); // 5,7,6
sort(fn)
Cuando usamos arr.sort() , este ordena el propio array cambiando el orden de los elementos.
También devuelve un nuevo array ordenado pero éste usualmente se descarta ya que arr en sí mismo es modificado.
Por ejemplo:
let arr = [ 1, 2, 15 ];
Los elementos fueron reordenados a 1, 15, 2 . Pero ¿por qué pasa esto?
Los elementos son ordenados como strings (cadenas de caracteres) por defecto
Todos los elementos son literalmente convertidos a string para ser comparados. En el caso de strings se aplica el orden
lexicográfico, por lo que efectivamente "2" > "15" .
Para usar nuestro propio criterio de reordenamiento, necesitamos proporcionar una función como argumento de
arr.sort() .
function compare(a, b) {
if (a > b) return 1; // si el primer valor es mayor que el segundo
if (a == b) return 0; // si ambos valores son iguales
if (a < b) return -1; // si el primer valor es menor que el segundo
}
function compareNumeric(a, b) {
if (a > b) return 1;
if (a == b) return 0;
if (a < b) return -1;
}
let arr = [ 1, 2, 15 ];
arr.sort(compareNumeric);
alert(arr); // 1, 2, 15
Por cierto, si queremos saber qué elementos son comparados, nada nos impide ejecutar alert() en ellos:
194/553
return a - b;
});
El algoritmo puede comparar un elemento con muchos otros en el proceso, pero trata de hacer la menor cantidad de
comparaciones posible.
let arr = [ 1, 2, 15 ];
alert(arr); // 1, 2, 15
Para muchos alfabetos, es mejor usar el método str.localeCompare para ordenar correctamente letras como por
ejemplo Ö .
alert( paises.sort( (a, b) => a > b ? 1 : -1) ); // Andorra, Vietnam, Österreich (incorrecto)
reverse
El método arr.reverse revierte el orden de los elementos en arr .
Por ejemplo:
split y join
Analicemos una situación de la vida real. Estamos programando una app de mensajería y y el usuario ingresa una lista de
receptores delimitada por comas: Celina, David, Federico . Pero para nosotros un array sería mucho más práctico
que una simple string. ¿Cómo podemos hacer para obtener un array?
El método str.split(delim) hace precisamente eso. Separa la string en elementos según el delimitante delim dado y los
devuelve como un array.
En el ejemplo de abajo, separamos por “coma seguida de espacio”:
195/553
let nombres = 'Bilbo, Gandalf, Nazgul';
El método split tiene un segundo argumento numérico opcional: un límite en la extensión del array. Si se provee este
argumento, entonces el resto de los elementos son ignorados. Sin embargo en la práctica rara vez se utiliza:
Separar en letras
El llamado a split(s) con un s vacío separará el string en un array de letras:
arr.join(glue) hace lo opuesto a split . Crea una string de arr elementos unidos con glue (pegamento) entre ellos.
Por ejemplo:
reduce/reduceRight
Cuando necesitamos iterar sobre un array podemos usar forEach , for o for..of .
Cuando necesitamos iterar y devolver un valor por cada elemento podemos usar map .
Los métodos arr.reduce y arr.reduceRight también pertenecen a ese grupo de acciones pero son un poco más
complejos. Se los utiliza para calcular un único valor a partir del array.
La sintaxis es la siguiente:
La función es aplicada a todos los elementos del array, uno tras de otro, y va arrastrando el resultado parcial al próximo
llamado.
Argumentos:
● accumulator – es el resultado del llamado previo de la función, equivale a initial la primera vez (si initial es
dado como argumento).
● item – es el elemento actual del array.
● index – es la posición.
● array – es el array.
Mientras la función sea llamada, el resultado del llamado anterior se pasa al siguiente como primer argumento.
Entonces, el primer argumento es el acumulador que almacena el resultado combinado de todas las veces anteriores en que
se ejecutó, y al final se convierte en el resultado de reduce .
¿Suena complicado?
196/553
La forma más simple de entender algo es con un ejemplo.
alert(result); // 15
El flujo de cálculos:
1 2 3 4 5 0+1+2+3+4+5 = 15
O en la forma de una tabla, donde cada fila representa un llamado a una función en el próximo elemento del array:
primer llamado 0 1 1
segundo llamado 1 2 3
tercer llamado 3 3 6
cuarto llamado 6 4 10
quinto llamado 10 5 15
Acá podemos ver claramente como el resultado del llamado anterior se convierte en el primer argumento del llamado
siguiente.
alert( result ); // 15
El resultado es el mismo. Esto es porque en el caso de no haber valor inicial, reduce toma el primer elemento del array
como valor inicial y comienza la iteración a partir del segundo elemento.
197/553
Por lo tanto siempre se recomienda especificar un valor inicial.
Array.isArray
…Pero los arrays son utilizados tan a menudo que tienen un método especial para eso: Array.isArray(value) . Este
devuelve true si el valor es un array y false si no lo es.
alert(Array.isArray({})); // false
alert(Array.isArray([])); // true
Casi todos los métodos para arrays que realizan llamados a funciones – como find , filter , map , con la notable
excepción de sort – aceptan un parámetro opcional adicional thisArg .
Ese parámetro no está explicado en la sección anterior porque es raramente usado. Pero para ser exhaustivos necesitamos
verlo.
Esta es la sintaxis completa de estos métodos:
arr.find(func, thisArg);
arr.filter(func, thisArg);
arr.map(func, thisArg);
// ...
// thisArg es el último argumento opcional
Por ejemplo, acá usamos un método del objeto army como un filtro y thisArg da el contexto:
let army = {
minAge: 18,
maxAge: 27,
canJoin(user) {
return user.age >= this.minAge && user.age < this.maxAge;
}
};
let users = [
{age: 16},
{age: 20},
{age: 23},
{age: 30}
];
alert(soldiers.length); // 2
alert(soldiers[0].age); // 20
alert(soldiers[1].age); // 23
198/553
La llamada a users.filter(army.canJoin, army) puede ser reemplazada con users.filter(user =>
army.canJoin(user)) que realiza lo mismo. Esta última se usa más a menudo ya que es un poco más fácil de entender.
Resumen
Por favor tener en cuenta que sort , reverse y splice modifican el propio array.
Estos métodos son los más utilizados y cubren el 99% de los casos. Pero existen algunos más:
● arr.some(fn) /arr.every(fn) comprueba el array.
La función fn es llamada para cada elemento del array de manera similar a map . Si alguno/todos los resultados son
true , devuelve true , si no, false .
Estos métodos se comportan con similitud a los operadores || y && : si fn devuelve un valor verdadero, arr.some()
devuelve true y detiene la iteración de inmediato; si fn devuelve un valor falso, arr.every() devuelve false y
detiene la iteración también.
199/553
● arr.fill(value, start, end) – llena el array repitiendo value desde el índice start hasta end .
● arr.copyWithin(target, start, end) – copia sus elementos desde la posición start hasta la posición end en si mismo,
a la posición target (reescribe lo existente).
● arr.flat(depth) /arr.flatMap(fn) crea un nuevo array plano desde un array multidimensional .
A primera vista puede parecer que hay demasiados métodos para aprender y un tanto difíciles de recordar. Pero con el
tiempo se vuelve más fácil.
Revisa el ayudamemoria para conocerlos. Después realiza las prácticas de este capítulo para ganar experiencia con los
métodos para arrays.
Finalmente si en algún momento necesitas hacer algo con un array y no sabes cómo, vuelve a esta página, mira el
ayudamemoria y encuentra el método correcto. Los ejemplos te ayudarán a escribirlos correctamente y pronto los recordarás
automáticamente y sin esfuerzo.
Tareas
Escribe la función camelize(str) que convierta palabras separadas por guión como “mi-cadena-corta” en palabras con
mayúscula “miCadenaCorta”.
Esto sería: remover todos los guiones y que cada palabra después de un guión comience con mayúscula.
Ejemplos:
camelize("background-color") == 'backgroundColor';
camelize("list-style-image") == 'listStyleImage';
camelize("-webkit-transition") == 'WebkitTransition';
P.D. Pista: usa split para dividir el string en un array, transfórmalo y vuelve a unirlo ( join ).
A solución
Filtrar un rango
importancia: 4
Escribe una función filterRange(arr, a, b) que obtenga un array arr , busque los elementos con valor mayor o
igual a a y menor o igual a b y devuelva un array con los resultados.
Por ejemplo:
A solución
200/553
Escribe una función filterRangeInPlace(arr, a, b) que obtenga un array arr y remueva del mismo todos los
valores excepto aquellos que se encuentran entre a y b . El test es: a ≤ arr[i] ≤ b .
Por ejemplo:
A solución
A solución
Supongamos que tenemos un array arr . Nos gustaría tener una copia ordenada del mismo, pero mantener arr sin
modificar.
A solución
1.
Primero, implementar el método calculate(str) que toma un string como "1 + 2" en el formato “NUMERO
operador NUMERO” (delimitado por espacios) y devuelve el resultado. Debe entender más + y menos - .
Ejemplo de uso:
201/553
2.
Luego agrega el método addMethod(name, func) que enseñe a la calculadora una nueva operación. Toma el
operador name y la función con dos argumentos func(a,b) que lo implementa.
A solución
Mapa a nombres
importancia: 5
Tienes un array de objetos user , cada uno tiene user.name . Escribe el código que lo convierta en un array de nombres.
Por ejemplo:
A solución
Mapa a objetos
importancia: 5
Escribe el código para crear otro array a partir de este, de objetos con id y fullName , donde fullName es generado a
partir de name y surname .
Por ejemplo:
/*
usersMapped = [
{ fullName: "John Smith", id: 1 },
{ fullName: "Pete Hunt", id: 2 },
{ fullName: "Mary Key", id: 3 }
]
202/553
*/
alert( usersMapped[0].id ) // 1
alert( usersMapped[0].fullName ) // John Smith
Entonces, en realidad lo que necesitas es mapear un array de objetos a otro. Intenta usar => en este caso. Hay un pequeño
truco.
A solución
Escribe la función sortByAge(users) que cree un array de objetos con al propiedad age y los ordene según age .
Por ejemplo:
sortByAge(arr);
A solución
Barajar un array
importancia: 3
Escribe la función shuffle(array) que baraje (reordene de forma aleatoria) los elementos del array.
Múltiples ejecuciones de shuffle puede conducir a diferentes órdenes de elementos. Por ejemplo:
shuffle(arr);
// arr = [3, 2, 1]
shuffle(arr);
// arr = [2, 1, 3]
shuffle(arr);
// arr = [3, 1, 2]
// ...
Todos los reordenamientos de elementos tienen que tener la misma probabilidad. Por ejemplo, [1,2,3] puede ser
reordenado como [1,2,3] o [1,3,2] o [3,1,2] etc, con igual probabilidad en cada caso.
A solución
Escribe la función getAverageAge(users) que obtenga un array de objetos con la propiedad age y devuelva el
promedio de age .
Por ejemplo:
203/553
let john = { name: "John", age: 25 };
let pete = { name: "Pete", age: 30 };
let mary = { name: "Mary", age: 29 };
A solución
Crea una función unique(arr) que devuelva un array con los elementos que se encuentran una sola vez dentro de arr .
Por ejemplo:
function unique(arr) {
/* tu código */
}
A solución
Supongamos que recibimos un array de usuarios con la forma {id:..., name:..., age:... } .
Crea una función groupById(arr) que cree un objeto, con id como clave (key) y los elementos del array como valores.
Por ejemplo:
let users = [
{id: 'john', name: "John Smith", age: 20},
{id: 'ann', name: "Ann Smith", age: 24},
{id: 'pete', name: "Pete Peterson", age: 31},
];
/*
// después de llamar a la función deberíamos tener:
usersById = {
john: {id: 'john', name: "John Smith", age: 20},
ann: {id: 'ann', name: "Ann Smith", age: 24},
pete: {id: 'pete', name: "Pete Peterson", age: 31},
}
*/
Dicha función es realmente útil cuando trabajamos con información del servidor.
Para esta actividad asumimos que cada id es único. No existen dos elementos del array con el mismo id .
204/553
A solución
Iterables
Los objetos iterables son una generalización de arrays. Es un concepto que permite que cualquier objeto pueda ser utilizado
en un bucle for..of .
Por supuesto, las matrices o arrays son iterables. Pero hay muchos otros objetos integrados que también lo son. Por
ejemplo, las cadenas o strings son iterables también. Como veremos, muchos operadores y métodos se basan en la
iterabilidad.
Si un objeto no es técnicamente una matriz, pero representa una colección (lista, conjunto) de algo, entonces el uso de la
sintaxis for..of es una gran forma de recorrerlo. Veamos cómo funciona.
Symbol.iterator
Por ejemplo: tenemos un objeto que no es un array, pero parece adecuado para for..of .
let range = {
from: 1,
to: 5
};
Para hacer que el objeto range sea iterable (y así permitir que for..of funcione) necesitamos agregarle un método
llamado Symbol.iterator (un símbolo incorporado especial usado solo para realizar esa función).
1. Cuando se inicia for..of , éste llama al método Symbol.iterator una vez (o genera un error si no lo encuentra). El
método debe devolver un iterador : un objeto con el método next() .
2. En adelante, for..of trabaja solamente con ese objeto devuelto.
3. Cuando for..of quiere el siguiente valor, llama a next() en ese objeto.
4. El resultado de next() debe tener la forma {done: Boolean, value: any} , donde done=true significa que el
bucle ha finalizado; de lo contrario, el nuevo valor es value .
let range = {
from: 1,
to: 5
};
205/553
// ¡Ahora funciona!
for (let num of range) {
alert(num); // 1, luego 2, 3, 4, 5
}
Por lo tanto, el objeto iterador está separado del objeto sobre el que itera.
Técnicamente, podríamos fusionarlos y usar el range mismo como iterador para simplificar el código.
De esta manera:
let range = {
from: 1,
to: 5,
[Symbol.iterator]() {
this.current = this.from;
return this;
},
next() {
if (this.current <= this.to) {
return { done: false, value: this.current++ };
} else {
return { done: true };
}
}
};
Ahora range[Symbol.iterator]() devuelve el objeto range en sí: tiene el método next() necesario y recuerda el
progreso de iteración actual en this.current . ¿Más corto? Sí. Y a veces eso también está bien.
La desventaja es que ahora es imposible tener dos bucles for..of corriendo sobre el objeto simultáneamente:
compartirán el estado de iteración, porque solo hay un iterador: el objeto en sí. Pero dos for-of paralelos es algo raro, incluso
en escenarios asíncronos.
Iteradores Infinitos
También son posibles los iteradores infinitos. Por ejemplo, el objeto range se vuelve infinito así: range.to =
Infinity . O podemos hacer un objeto iterable que genere una secuencia infinita de números pseudoaleatorios.
También puede ser útil.
No hay limitaciones en next , puede devolver más y más valores, eso es normal.
Por supuesto, el bucle for..of sobre un iterable de este tipo sería interminable. Pero siempre podemos detenerlo
usando break .
String es iterable
206/553
¡Y trabaja correctamente con valores de pares sustitutos (codificación UTF-16)!
Para una comprensión más profunda, veamos cómo usar un iterador explícitamente.
Vamos a iterar sobre una cadena exactamente de la misma manera que for..of , pero con llamadas directas. Este código
crea un iterador de cadena y obtiene valores de él “manualmente”:
while (true) {
let result = iterator.next();
if (result.done) break;
alert(result.value); // retorna los caracteres uno por uno
}
Rara vez se necesita esto, pero nos da más control sobre el proceso que for..of . Por ejemplo, podemos dividir el
proceso de iteración: iterar un poco, luego parar, hacer otra cosa y luego continuar.
Los dos son términos oficiales que se parecen, pero son muy diferentes. Asegúrese de comprenderlos bien para evitar
confusiones.
●
Iterables son objetos que implementan el método Symbol.iterator , como se describió anteriormente.
● simil-array son objetos que tienen índices y longitud o length , por lo que se “ven” como arrays.
Cuando usamos JavaScript para tareas prácticas en el navegador u otros entornos, podemos encontrar objetos que son
iterables o array-like, o ambos.
Por ejemplo, las cadenas son iterables ( for..of funciona en ellas) y array-like (tienen índices numéricos y length ).
Pero un iterable puede que no sea array-like. Y viceversa, un array-like puede no ser iterable.
Por ejemplo, range en el ejemplo anterior es iterable, pero no es array-like porque no tiene propiedades indexadas ni
length .
Tanto los iterables como los array-like generalmente no son arrays, no tienen “push”, “pop”, etc. Eso es bastante
inconveniente si tenemos un objeto de este tipo y queremos trabajar con él como con una matriz. P.ej. nos gustaría trabajar
con range utilizando métodos de matriz. ¿Cómo lograr eso?
Array.from
207/553
Existe un método universal Array.from que toma un valor iterable o simil-array y crea un Array ¨real¨ a partir de él. De
esta manera podemos llamar y usar métodos que pertenecen a una matriz.
Por ejemplo:
let arrayLike = {
0: "Hola",
1: "Mundo",
length: 2
};
Array.from en la línea (*) toma el objeto, y si es iterable o simil-array crea un nuevo array y copia allí todos los
elementos.
Lo mismo sucede para un iterable:
La sintaxis completa para Array.from también nos permite proporcionar una función opcional de “mapeo”:
El segundo argumento opcional mapFn puede ser una función que se aplicará a cada elemento antes de agregarlo a la
matriz, y thisArg permite establecer el this para ello.
Por ejemplo:
alert(arr); // 1,4,9,16,25
Aquí usamos Array.from para convertir una cadena en una matriz de caracteres:
alert(chars[0]); // 𝒳
alert(chars[1]); // 😂
alert(chars.length); // 2
A diferencia de str.split , Array.from se basa en la naturaleza iterable de la cadena y, por lo tanto, al igual que
for..of , funciona correctamente con pares sustitutos.
alert(chars);
208/553
… Pero es más corto.
Incluso podemos construir un segmento o slice compatible con sustitutos en él:
alert( slice(str, 1, 3) ); // 😂𩷶
Resumen
Los objetos que tienen propiedades indexadas y longitud o length se llaman array-like. Dichos objetos también pueden
tener otras propiedades y métodos, pero carecen de los métodos integrados de las matrices.
Si miramos dentro de la especificación, veremos que la mayoría de los métodos incorporados suponen que funcionan con
iterables o array-likes en lugar de matrices “reales”, porque eso es más abstracto.
Array.from (obj[, mapFn, thisArg]) crea un verdadero Array de un obj iterable o array-like, y luego
podemos usar métodos de matriz en él. Los argumentos opcionales mapFn y thisArg nos permiten aplicar una función a
cada elemento.
Map y Set
Hasta este momento, hemos aprendido sobre las siguientes estructuras de datos:
● Objetos para almacenar colecciones de datos ordenadas mediante una clave.
●
Arrays para almacenar colecciones ordenadas de datos.
Pero eso no es suficiente para la vida real. Por eso también existen Map y Set .
Map
Map es, al igual que Objet , una colección de datos identificados por claves. Pero la principal diferencia es que Map
permite claves de cualquier tipo.
Los métodos y propiedades son:
● new Map() – crea el mapa.
● map.set(clave, valor) – almacena el valor asociado a la clave.
● map.get(clave) – devuelve el valor de la clave. Será undefined si la clave no existe en map.
● map.has(clave) – devuelve true si la clave existe en map, false si no existe.
● map.delete(clave) – elimina el valor de la clave.
●
map.clear() – elimina todo de map.
● map.size – tamaño, devuelve la cantidad actual de elementos.
Por ejemplo:
209/553
let map = new Map();
alert( map.size ); // 3
Podemos ver que, a diferencia de los objetos, las claves no se convierten en strings. Cualquier tipo de clave es posible en un
Map.
El uso de objetos como claves es una de las características de Map más notables e importantes. Esto no se aplica a los
objetos: una clave de tipo string está bien en un Object , pero no podemos usar otro Object como clave.
Intentémoslo:
Como visitsCountObj es un objeto, convierte todas los objetos como john y ben en el mismo string "[objeto
Objeto]" . Definitivamente no es lo que queremos.
210/553
Encadenamiento
Cada llamada a map.set devuelve map en sí, así que podamos “encadenar” las llamadas:
map.set('1', 'str1')
.set(1, 'num1')
.set(true, 'bool1');
Por ejemplo:
Al crear un Map , podemos pasarle un array (u otro iterable) con pares clave/valor para la inicialización:
211/553
alert( map.get('1') ); // str1
Si tenemos un objeto plano y queremos crear un Map a partir de él, podemos usar el método incorporado
Object.entries(obj) que devuelve un array de pares clave/valor para un objeto exactamente en ese formato.
let obj = {
name: "John",
age: 30
};
Aquí, Object.entries devuelve el array de pares clave/valor: [ ["name","John"], ["age", 30] ] . Es lo que
necesita Map .
Acabamos de ver cómo crear un Map a partir de un objeto simple con Object.entries (obj) .
Existe el método Object.fromEntries que hace lo contrario: dado un array de pares [clave, valor], crea un objeto a
partir de ellos:
alert(prices.orange); // 2
Ejemplo: almacenamos los datos en un Map , pero necesitamos pasarlos a un código de terceros que espera un objeto
simple.
Aquí vamos:
// Hecho!
// obj = { banana: 1, orange: 2, meat: 4 }
alert(obj.orange); // 2
Una llamada a map.entries() devuelve un array de pares clave/valor, exactamente en el formato correcto para
Object.fromEntries.
Es lo mismo, porque Object.fromEntries espera un objeto iterable como argumento. No necesariamente un array. Y la
iteración estándar para el Map devuelve los mismos pares clave/valor que map.entries() . Entonces obtenemos un
212/553
objeto simple con las mismas claves/valores que Map .
Set
Un Set es una colección de tipo especial: “conjunto de valores” (sin claves), donde cada valor puede aparecer solo una
vez.
La característica principal es que llamadas repetidas de set.add(valor) con el mismo valor no hacen nada. Esa es la
razón por la cual cada valor aparece en Set solo una vez.
Por ejemplo, vienen visitantes y queremos recordarlos a todos. Pero las visitas repetidas no deberían llevar a duplicados. Un
visitante debe ser “contado” solo una vez.
Set es lo correcto para eso:
La alternativa a Set podría ser un array de usuarios y el código para verificar si hay duplicados en cada inserción usando
arr.find . Pero el rendimiento sería mucho peor, porque este método recorre el array completo comprobando cada
elemento. Set está optimizado internamente para verificar unicidad.
Tenga en cuenta algo peculiar: la función callback pasada en forEach tiene 3 argumentos: un valor, luego el mismo valor
“valueAgain” y luego el objeto de destino que es set. El mismo valor aparece en los argumentos dos veces.
213/553
Eso es por compatibilidad con Map donde la función callback tiene tres argumentos. Parece un poco extraño, seguro. Pero
en ciertos casos puede ayudar a reemplazar Map con Set y viceversa con facilidad.
También soporta los mismos métodos que Map tiene para los iteradores:
● set.keys() – devuelve un iterable para las claves.
● set.values() – lo mismo que set.keys() , por su compatibilidad con Map .
● set.entries() – devuelve un iterable para las entradas [clave, valor] , por su compatibilidad con Map .
Resumen
Métodos y propiedades:
● new Map() – crea el mapa.
●
map.set(clave, valor) – almacena el valor para la clave.
●
map.get(clave) – devuelve el valor de la clave: será undefined si la clave no existe en Map.
● map.has(clave) – devuelve true si la clave existe, y false si no existe.
● map.delete(clave) – elimina el valor de esa clave.
● map.clear() – limpia el Map.
● map.size – devuelve la cantidad de elementos en el Map.
Métodos y propiedades:
● new Set(iterable) – crea el set. Tiene un argumento opcional, un objeto iterable (generalmente un array) de valores
para inicializarlo.
● set.add(valor) – agrega un valor, devuelve el set en sí.
● set.delete(valor) – elimina el valor, devuelve true si valor existe al momento de la llamada; si no, devuelve
false .
● set.has(valor) – devuelve true si el valor existe en el set, si no, devuelve false .
● set.clear() – elimina todo del set.
● set.size – es la cantidad de elementos.
La iteración sobre Map y Set siempre está en el orden de inserción, por lo que no podemos decir que estas colecciones
están desordenadas, pero no podemos reordenar elementos u obtener un elemento directamente por su número.
Tareas
Cree una función unique(arr) que debería devolver un array con elementos únicos de arr .
Por ejemplo:
function unique(arr) {
/* tu código */
}
214/553
P.D. Aquí se usan strings, pero pueden ser valores de cualquier tipo.
A solución
Filtrar anagramas
importancia: 4
Anagramas son palabras que tienen el mismo número de letras, pero en diferente orden.
Por ejemplo:
nap - pan
ear - are - era
cheaters - hectares - teachers
Por ejemplo:
Es decir, de cada grupo de anagramas debe quedar solo una palabra, sin importar cual.
A solución
Claves iterables
importancia: 5
Nos gustaría obtener un array de map.keys() en una variable y luego aplicarle métodos específicos de array, ej. .push .
map.set("name", "John");
¿Por qué? ¿Cómo podemos arreglar el código para que funcione keys.push ?
A solución
WeakMap y WeakSet
Como vimos en el artículo Garbage Collection, el motor de JavaScript mantiene un valor en la memoria mientras sea
“accesible” y pueda ser potencialmente usado.
Por ejemplo:
215/553
// se puede acceder al objeto, john hace referencia a él
// sobrescribe la referencia
john = null;
Por lo general, las propiedades de un objeto, elementos de un array u otra estructura de datos se consideran accesibles y se
mantienen en la memoria mientras esa estructura permanezca en la memoria.
Por ejemplo, si colocamos un objeto en un array, mientras el array esté vivo el objeto también lo estará, incluso si no hay
otras referencias a él.
Como aquí:
Del mismo modo, si usamos un objeto como la clave en un Map regular, entonces mientras exista el Map , ese objeto
también existe. Este objeto ocupa memoria y no puede ser reclamado por el recolector de basura.
Por ejemplo:
WeakMap es fundamentalmente diferente en este aspecto. No impide la recolección de basura de objetos usados como
claves.
Veamos qué significa esto en los ejemplos.
WeakMap
La primera diferencia con Map es que las claves WeakMap deben ser objetos, no valores primitivos:
Ahora, si usamos un objeto como clave y no hay otras referencias a ese objeto, se eliminará de la memoria (y del map)
automáticamente.
216/553
// ¡John se eliminó de la memoria!
Compárelo con el ejemplo del Map regular anterior. Ahora, si john solo existe como la clave de WeakMap , se eliminará
automáticamente del map (y de la memoria).
WeakMap no admite la iteración ni los métodos keys() , values() , entries() , así que no hay forma de obtener
todas las claves o valores de él.
WeakMap tiene solo los siguientes métodos:
● weakMap.get(clave)
● weakMap.set(clave, valor)
● weakMap.delete(clave)
● weakMap.has(clave)
¿Por qué tanta limitación? Eso es por razones técnicas. Si un objeto ha perdido todas las demás referencias (como john
en el código anterior), entonces se debe recolectar automáticamente como basura. Pero técnicamente no se especifica
exactamente cuándo se realiza la limpieza.
El motor de JavaScript decide eso. Puede optar por realizar la limpieza de la memoria inmediatamente o esperar y realizar la
limpieza más tarde cuando ocurran más eliminaciones. Por lo tanto, técnicamente no se conoce el recuento actual de
elementos de un WeakMap . El motor puede haberlo limpiado o no, o lo hizo parcialmente. Por esa razón, los métodos que
acceden a todas las claves/valores no son soportados.
Si estamos trabajando con un objeto que “pertenece” a otro código (tal vez incluso una biblioteca de terceros), y queremos
almacenar algunos datos asociados a él que solo deberían existir mientras el objeto esté vivo, entonces WeakMap es
exactamente lo que se necesita.
Ponemos los datos en un WeakMap utilizando el objeto como clave, y cuando el objeto sea recolectado por el recolector de
basura, esos datos también desaparecerán automáticamente.
Veamos un ejemplo.
Por ejemplo, tenemos un código que mantiene un recuento de visitas para los usuarios. La información se almacena en un
map: un objeto de usuario es la clave y el recuento de visitas es el valor. Cuando un usuario se va (su objeto será
recolectado por el recolector de basura), ya no queremos almacenar su recuento de visitas.
// 📁 visitsCount.js
let visitsCountMap = new Map(); // map: user => visits count
Y aquí hay otra parte del código, tal vez otro archivo usándolo:
// 📁 main.js
let john = { name: "John" };
217/553
Ahora el objeto john debería ser recolectado como basura, pero permanece en la memoria, ya que es una propiedad
en visitCountMap .
// 📁 visitsCount.js
let visitsCountMap = new WeakMap(); // weakmap: user => visits count
Ahora no tenemos que limpiar visitasCountMap . Después de que el objeto john se vuelve inalcanzable por todos los
medios excepto como una propiedad de WeakMap , se elimina de la memoria junto con la información asociada a esa clave
de WeakMap .
Otro ejemplo común es el almacenamiento en caché: cuando se debe recordar el resultado de una función (“en caché”), para
que las llamadas futuras en el mismo objeto lo reutilicen.
Podemos usar Map para almacenar resultados:
// 📁 cache.js
let cache = new Map();
cache.set(obj, result);
}
return cache.get(obj);
}
// 📁 main.js
let obj = {/* digamos que tenemos un objeto */};
Para múltiples llamadas de proceso (obj) con el mismo objeto, solo calcula el resultado la primera vez, y luego lo toma
de caché . La desventaja es que necesitamos limpiar el ‘caché’ cuando el objeto ya no es necesario.
Si reemplazamos Map por WeakMap , este problema desaparece: el resultado en caché se eliminará de la memoria
automáticamente después de que el objeto se recolecte.
// 📁 cache.js
let cache = new WeakMap();
218/553
function process(obj) {
if (!cache.has(obj)) {
let result = /* calcular el resultado para */ obj;
cache.set(obj, result);
}
return cache.get(obj);
}
// 📁 main.js
let obj = {/* algún objeto */};
WeakSet
Al ser “débil”, también sirve como almacenamiento adicional. Pero no para datos arbitrarios, sino para hechos “sí/no”. Una
membresía en WeakSet puede significar algo sobre el objeto.
Por ejemplo, podemos agregar usuarios a WeakSet para realizar un seguimiento de los que visitaron nuestro sitio:
john = null;
La limitación más notable de WeakMap y WeakSet es la ausencia de iteraciones y la imposibilidad de obtener todo el
contenido actual. Esto puede parecer inconveniente, pero no impide que WeakMap / WeakSet haga su trabajo principal:
ser un almacenamiento “adicional” de datos para objetos que se almacenan/administran en otro lugar.
Resumen
WeakMap es una colección similar a Map que permite solo objetos como propiedades y los elimina junto con el valor
asociado una vez que se vuelven inaccesibles por otros medios.
WeakSet es una colección tipo Set que almacena solo objetos y los elimina una vez que se vuelven inaccesibles por otros
medios.
219/553
Sus principales ventajas son que tienen referencias débiles a los objetos, así pueden ser fácilmente eliminados por el
recolector de basura.
Esto viene al costo de no tener soporte para clear , size , keys , values …
WeakMap y WeakSet se utilizan como estructuras de dato “secundarias” además del almacenamiento de objetos
“principal”. Una vez que el objeto se elimina del almacenamiento principal, si solo se encuentra como la clave de WeakMap
o en un WeakSet , se limpiará automáticamente.
Tareas
let messages = [
{text: "Hello", from: "John"},
{text: "How goes?", from: "John"},
{text: "See you soon", from: "Alice"}
];
Su código puede acceder a él, pero los mensajes son administrados por el código de otra persona. Se agregan mensajes
nuevos, los códigos viejos se eliminan regularmente con ese código, y usted no sabe los momentos exactos en que sucede.
Ahora, ¿qué estructura de datos podría usar para almacenar información sobre si el mensaje “ha sido leído”? La estructura
debe ser adecuada para dar la respuesta “¿se leyó?” para el objeto del mensaje dado.
P.P.D. No debemos modificar los objetos del mensaje, o agregarles nuestras propiedades. Como son administrados por el
código de otra persona, eso puede generarnos resultados no deseados.
A solución
let messages = [
{text: "Hello", from: "John"},
{text: "How goes?", from: "John"},
{text: "See you soon", from: "Alice"}
];
La pregunta ahora es: ¿qué estructura de datos es la adecuada para almacenar la información: “¿cuándo se leyó el
mensaje?”.
En la tarea anterior solo necesitábamos almacenar el hecho de “sí/no”. Ahora necesitamos almacenar la fecha, y solo debe
permanecer en la memoria hasta que el mensaje sea recolectado como basura.
P.D Las fechas se pueden almacenar como objetos de la clase incorporada Date , que cubriremos más adelante.
A solución
Estos métodos son genéricos, existe un acuerdo común para usarlos para estructuras de datos. Si alguna vez creamos una
estructura de datos propia, también deberíamos implementarla.
220/553
Son compatibles para:
● Map
●
Set
● Array
Los objetos simples también admiten métodos similares, pero la sintaxis es un poco diferente.
Map Objeto
¿Por qué? La razón principal es la flexibilidad. Recuerda que los objetos son la base de todas las estructuras complejas en
JavaScript. Entonces, podemos tener un objeto propio como data que implementa su propio método data.values () :
todavía podemos llamar a Object.values(data) en él.
La segunda diferencia es que los métodos Object.* devuelven objetos array “reales”, no solo un iterable. Eso es
principalmente por razones históricas.
Por ejemplo:
let user = {
name: "John",
age: 30
};
Aquí hay un ejemplo del uso de Object.values para recorrer los valores de propiedad:
let user = {
name: "John",
age: 30
};
Normalmente, esto es conveniente. Pero si también queremos propiedades simbólicas, entonces hay un método aparte
Object.getOwnPropertySymbols que devuelve un array de únicamente propiedades simbólicas. También existe un
método Reflect.ownKeys(obj) que devuelve todas las propiedades.
221/553
Transformando objetos
Los objetos carecen de muchos métodos que existen para los arrays, tales como map , filter y otros.
let prices = {
banana: 1,
orange: 2,
meat: 4,
};
alert(doublePrices.meat); // 8
Puede parecer difícil a primera vista, pero se vuelve fácil de entender después de usarlo una o dos veces. Podemos hacer
poderosas cadenas de transformaciones de esta manera.
Tareas
Escriba la función sumSalaries(salaries) que devuelva la suma de todos los salarios utilizando Object.values y
el bucle for..of .
Por ejemplo:
let salaries = {
"John": 100,
"Pete": 300,
"Mary": 250
};
A solución
Contar propiedades
importancia: 5
let user = {
name: 'John',
age: 30
};
222/553
alert( count(user) ); // 2
A solución
Asignación desestructurante
Las dos estructuras de datos más usadas en JavaScript son Object y Array .
● Los objetos nos permiten crear una simple entidad que almacena items con una clave cada uno.
●
los arrays nos permiten reunir items en una lista ordenada.
Pero cuando los pasamos a una función, tal vez no necesitemos un objeto o array como un conjunto sino en piezas
individuales.
La asignación desestructurante es una sintaxis especial que nos permite “desempaquetar” arrays u objetos en varias
variables, porque a veces es más conveniente.
La desestructuración también funciona bien con funciones complejas que tienen muchos argumentos, valores por defecto,
etcétera. Pronto lo veremos.
Desestructuración de Arrays
// asignación desestructurante
// fija firstName = arr[0]
// y surname = arr[1]
let [firstName, surname] = arr;
alert(firstName); // John
alert(surname); // Smith
Como puedes ver, la sintaxis es simple. Aunque hay varios detalles peculiares. Veamos más ejemplos para entenderlo mejor.
223/553
Ignorar elementos utilizando comas
Los elementos no deseados de un array también pueden ser descartados por medio de una coma extra:
En el código de arriba, el segundo elemento del array es omitido, el tercero es asignado a title , y el resto de los
elementos del array también se omiten (debido a que no hay variables para ellos).
Esto funciona, porque internamente una desestructuración trabaja iterando sobre el valor de la derecha. Es una clase de
azúcar sintáctica para llamar for..of sobre el valor a la derecha del = y asignar esos valores.
alert(user.name); // John
alert(user.surname); // Smith
let user = {
name: "John",
age: 30
};
// recorrer claves-y-valores
for (let [key, value] of Object.entries(user)) {
alert(`${key}:${value}`); // name:John, luego age:30
}
// Map itera como pares [key, value], muy conveniente para desestructurar
for (let [key, value] of user) {
alert(`${key}:${value}`); // name:John, luego age:30
}
224/553
Truco para intercambiar variables
Hay un conocido truco para intercambiar los valores de dos variables usando asignación desestructurante:
Aquí creamos un array temporal de dos variables e inmediatamente lo desestructuramos con el orden cambiado.
El resto ‘…’
En general, si el array es mayor que la lista de la izquierda, los ítems extras son omitidos.
Por ejemplo, aquí solo dos items son tomados, el resto simplemente es ignorado:
let [name1, name2] = ["Julius", "Caesar", "Consul", "of the Roman Republic"];
alert(name1); // Julius
alert(name2); // Caesar
// items posteriores no serán asignados a ningún lugar
si queremos también obtener todo lo que sigue, podemos agregarle un parámetro que obtiene “el resto” usando puntos
suspensivos “…”`:
let [name1, name2, ...rest] = ["Julius", "Caesar", "Consul", "of the Roman Republic"];
El valor de rest es un array con los elementos restantes del array original.
Podemos usar cualquier otro nombre de variable en lugar de rest , sólo hay que asegurar que tenga tres puntos que lo
antecedan y que esté último en la asignación desestructurante.
let [name1, name2, ...titles] = ["Julius", "Caesar", "Consul", "of the Roman Republic"];
// ahora titles = ["Consul", "of the Roman Republic"]
Valores predeterminados
Si el array es más corto que la lista de variables a la izquierda, no habrá errores. Los valores ausentes son considerados
undefined:
alert(firstName); // undefined
alert(surname); // undefined
Si queremos un valor “predeterminado” para reemplazar el valor faltante, podemos proporcionarlo utilizando = :
// valores predeterminados
let [name = "Guest", surname = "Anonymous"] = ["Julius"];
225/553
Los valores predeterminados pueden ser expresiones más complejas e incluso llamadas a función, que serán evaluadas sólo
si el valor no ha sido proporcionado.
Por ejemplo, aquí utilizamos la función prompt para dos valores predeterminados.
Desestructuración de objetos
Debemos tener un símil-objeto en el lado derecho, el que queremos separar en variables. El lado izquierdo contiene un símil-
objeto “pattern” para sus propiedades correspondientes. En el caso más simple, es la lista de nombres de variables en
{...} .
Por ejemplo:
let options = {
title: "Menu",
width: 100,
height: 200
};
alert(title); // Menu
alert(width); // 100
alert(height); // 200
El patrón de la izquierda puede ser más complejo y especificar el mapeo entre propiedades y variables.
Si queremos asignar una propiedad a una variable con otro nombre, por ejemplo que options.width vaya en la variable
llamada w , lo podemos establecer usando dos puntos:
let options = {
title: "Menu",
width: 100,
height: 200
};
// { propiedadOrigen: variableObjetivo }
let {width: w, height: h, title} = options;
// width -> w
// height -> h
// title -> title
alert(title); // Menu
226/553
alert(w); // 100
alert(h); // 200
Los dos puntos muestran “qué : va dónde”. En el ejemplo de arriba la propiedad width va a w , height va a h , y
title es asignado al mismo nombre.
Para propiedades potencialmente faltantes podemos establecer valores predeterminados utilizando "=" , de esta manera:
let options = {
title: "Menu"
};
alert(title); // Menu
alert(width); // 100
alert(height); // 200
Al igual que con arrays o argumentos de función, los valores predeterminados pueden ser cualquier expresión e incluso
llamados a función, las que serán evaluadas si el valor no ha sido proporcionado.
En el código de abajo prompt pregunta por width , pero no por title :
let options = {
title: "Menu"
};
alert(title); // Menu
alert(width); // (lo que sea el resultado de la captura)
let options = {
title: "Menu"
};
alert(title); // Menu
alert(w); // 100
alert(h); // 200
Si tenemos un objeto complejo con muchas propiedades, podemos extraer solamente las que necesitamos:
let options = {
title: "Menu",
width: 100,
height: 200
};
alert(title); // Menu
Se ve así:
227/553
let options = {
title: "Menu",
height: 200,
width: 100
};
Esto no funcionará:
El problema es que JavaScript trata al {...} como un bloque de código en el flujo principal de código (no dentro de
otra expresión). Estos bloques de código pueden ser usados para agrupar sentencias, de esta manera:
{
// una bloque de código
let message = "Hola";
// ...
alert( message );
}
Aquí JavaScript supone que tenemos un bloque de código, es por eso que hay un error. Nosotros en cambio queremos
desestructuración.
Para mostrarle a JavaScript que no es un bloque de código, podemos rodear la expresión entre paréntesis (...) :
Desestructuración anidada
Si un objeto o array contiene objetos y arrays anidados, podemos utilizar patrones del lado izquierdo más complejos para
extraer porciones más profundas.
En el código de abajo options tiene otro objeto en la propiedad size y un array en la propiedad items . El patrón en el
lado izquierdo de la asignación tiene la misma estructura para extraer valores de ellos:
let options {
size: {
width: 100,
height: 200
},
items: ["Cake", "Donut"],
extra: true
};
228/553
let {
size: { // colocar tamaño aquí
width,
height
},
items: [item1, item2], // asignar ítems aquí
title = "Menu" // no se encuentra en el objeto (se utiliza valor predeterminado)
} = options;
alert(title); // Menu
alert(width); // 100
alert(height); // 200
alert(item1); // Cake
alert(item2); // Donut
Todas las propiedades del objeto options con excepción de extra que no está en el lado izquierda, son asignadas a las
variables correspondientes:
Por último tenemos width , height , item1 , item2 y title desde el valor predeterminado.
Tenga en cuenta que no hay variables para size e items , ya que tomamos su contenido en su lugar.
Hay momentos en que una función tiene muchos argumentos, la mayoría de los cuales son opcionales. Eso es
especialmente cierto para las interfaces de usuario. Imagine una función que crea un menú. Puede tener ancho, altura, título,
elementos de lista, etcétera.
En la vida real, el problema es cómo recordar el orden de los argumentos. Normalmente los IDEs (Entorno de desarrollo
integrado) intentan ayudarnos, especialmente si el código está bien documentado, pero aún así… Otro problema es cómo
llamar a una función si queremos que use sus valores predeterminados en la mayoría de los argumentos.
¿Así?
Esto no es nada grato. Y se torna ilegible cuando tratamos con muchos argumentos.
¡La desestructuración llega al rescate!
Podemos pasar los argumentos como un objeto, y la función inmediatamente los desestructura en variables:
229/553
}
showMenu(options);
También podemos usar desestructuración más compleja con objetos anidados y mapeo de dos puntos:
let options = {
title: "My menu",
items: ["Item1", "Item2"]
};
function showMenu({
title = "Untitled",
width: w = 100, // width va a w
height: h = 200, // height va a h
items: [item1, item2] // el primer elemento de items va a item1, el segundo a item2
}) {
alert( `${title} ${w} ${h}` ); // My Menu 100 200
alert( item1 ); // Item1
alert( item2 ); // Item2
}
showMenu(options);
function({
incomingProperty: varName = defaultValue // propiedadEntrante: nombreVariable = valorPredeterminado
...
})
Entonces, para un objeto de parámetros, habrá una variable varName para la propiedad incomingProperty , con
defaultValue por defecto.
Por favor observe que tal desestructuración supone que showMenu() tiene un argumento. Si queremos todos los valores
predeterminados, debemos especificar un objeto vacío:
Podemos solucionar esto, poniendo {} como valor predeterminado para todo el objeto de argumentos:
En el código de arriba, todo el objeto de argumentos es {} por defecto, por lo tanto siempre hay algo para desestructurar.
Resumen
● La asignación desestructurante permite mapear instantáneamente un objeto o array en varias variables.
● La sintaxis completa para objeto:
Esto significa que la propiedad prop se asigna a la variable varName ; pero si no existe tal propiedad, se usa el valor
default .
Las propiedades de objeto que no fueron mapeadas son copiadas al objeto rest .
230/553
● La sintaxis completa para array:
El primer item va a item1 , el segundo a item2 , todos los ítems restantes crean el array resto .
●
Es posible extraer información desde arrays/objetos anidados, para esto el lado izquierdo debe tener la misma estructura
que el lado derecho.
Tareas
Asignación desestructurante
importancia: 5
Tenemos un objeto:
let user = {
name: "John",
years: 30
};
A solución
El salario máximo
importancia: 5
let salaries = {
"John": 100,
"Pete": 300,
"Mary": 250
};
A solución
231/553
Fecha y Hora
Aprendamos un nuevo objeto incorporado de JS: Date . Este objeto almacena la fecha, la hora, y brinda métodos para
administrarlas.
Por ejemplo, podemos usarlo para almacenar horas de creación o modificación, medir tiempo, o simplemente mostrar en
pantalla la fecha actual.
Creación
Para crear un nuevo objeto Date se lo instancia con new Date() junto con uno de los siguientes argumentos:
new Date()
Sin argumentos – crea un objeto Date para la fecha y la hora actuales:
new Date(milliseconds)
Crea un objeto Date con la cantidad de tiempo igual al número de milisegundos (1/1000 de un segundo) transcurrido a
partir del 1° de enero de 1970 UTC+0.
Un timestamp es un número entero que representa la cantidad de milisegundos transcurridos desde el inicio de 1970.
Este timestamp es una representación numérica liviana de una fecha. Es posible crear una fecha a partir de un timestamp
usando new Date(timestamp) , y convertir el objeto Date actual a un timestamp utilizando el método
date.getTime() (ver abajo).
// 31 Dec 1969
let Dec31_1969 = new Date(-24 * 3600 * 1000);
alert( Dec31_1969 );
new Date(datestring)
Si se pasa un único argumento, y es de tipo string, entonces es analizado y convertido a fecha automáticamente. El
algoritmo es el mismo que el que utiliza Date.parse , lo veremos mas en detalle luego.
232/553
●
Si los parámetros horas/minutos/segundos/ms están ausentes, se asumen sus valores iguales a 0 .
Por ejemplo:
Existen métodos que sirven para obtener el año, el mes, y los demás componentes a partir de un objeto de tipo Date :
getFullYear()
getMonth()
getDate()
Devuelve el día del mes desde 1 a 31. Nótese que el nombre del método no es muy intuitivo.
getDay()
Devuelve el día de la semana, partiendo de 0 (Domingo) hasta 6 (Sábado). El primer día siempre es el Domingo. Por más
que en algunos países no sea así, no se puede modificar.
Todos los métodos mencionados anteriormente devuelven los componentes correspondientes a la zona horaria
local.
También existen sus contrapartes UTC, que devuelven el día, mes, año, y demás componentes, para la zona horaria UTC+0:
getUTCFullYear() , getUTCMonth() , getUTCDay() . Solo debemos agregarle el "UTC" justo después de "get" .
Si tu zona horaria está desplazada respecto de UTC el código de abajo va a mostrar horas diferentes:
// fecha actual
let date = new Date();
// la hora respecto de la zona horaria UTC+0 (Hora de Londres sin horario de verano)
alert( date.getUTCHours() );
Además de los anteriormente mencionados, hay dos métodos especiales que no poseen una variante de UTC:
getTime()
233/553
Devuelve el timestamp para una fecha determinada – cantidad de milisegundos transcurridos a partir del 1° de Enero de
1970 UTC+0.
getTimezoneOffset()
● setMonth(month, [date])
● setDate(date)
● setSeconds(sec, [ms])
● setMilliseconds(ms)
A excepción de setTime() , todos los demás métodos poseen una variante UTC, por ejemplo: setUTCHours() .
Como podemos ver, algunos métodos nos permiten fijar varios componentes al mismo tiempo, por ej. setHours . Los
componentes que no son mencionados no se modifican.
Por ejemplo:
today.setHours(0);
alert(today); // Sigue siendo el día de hoy, pero con la hora cambiada a 0.
today.setHours(0, 0, 0, 0);
alert(today); // Sigue siendo la fecha de hoy, pero ahora en formato 00:00:00 en punto.
Autocorrección
La autocorrección es una característica muy útil de los objetos Date . Podemos fijar valores fuera de rango, y se ajustarán
automáticamente.
Por ejemplo:
Por ejemplo, supongamos que necesitamos incrementar la fecha “28 Feb 2016” en 2 días. El resultado puede ser “2 Mar” o
“1 Mar” dependiendo de si es año bisiesto. Afortunadamente, no tenemos de qué preocuparnos. Sólo debemos agregarle los
2 días y el objeto Date se encargará del resto:
Esta característica se usa frecuentemente para obtener la fecha, a partir de un período de tiempo específico. Por ejemplo,
supongamos que queremos obtener “la fecha de hoy pero transcurridos 70 segundos a partir de este preciso instante.”
234/553
let date = new Date();
date.setSeconds(date.getSeconds() + 70);
date.setDate(0); // el día mínimo es 1, entonces asume el último día del mes anterior
alert( date ); // 31 Dec 2015
Cuando convertimos un objeto Date a número toma el valor del timestamp actual, al igual que el método
date.getTime() :
El efecto secundario importante: las fechas pueden ser restadas, el resultado es su diferencia en ms.
Esto puede ser usado para medición de tiempo:
Date.now()
Si lo único que queremos es medir el tiempo transcurrido, no es necesario utilizar el objeto Date .
Podemos utilizar el método especial Date.now() que nos devuelve el timestamp actual.
Es el equivalente semántico a new Date().getTime() , pero no crea una instancia intermediaria del objeto Date . De
esta manera, el proceso es mas rápido y, por consiguiente, no afecta a la recolección de basura.
Mayormente se utiliza por conveniencia o cuando la performance del código es fundamental, como por ejemplo en juegos de
JavaScript u otras aplicaciones específicas.
Por lo tanto, es mejor hacerlo de esta manera:
alert( `El bucle tardó ${end - start} ms` ); // restamos números en lugar de fechas
Benchmarking
235/553
Si queremos realizar una medición de performance confiable de una función que vaya a consumir muchos recursos de CPU,
debemos hacerlo con precaución.
En este caso, vamos a medir dos funciones que calculen la diferencia entre dos fechas determinadas: ¿Cuál es la más
rápida?
// Tenemos date1 y date2. ¿Cuál de las siguientes funciones nos devuelve su diferencia, expresada en ms, más rápido?
function diffSubtract(date1, date2) {
return date2 - date1;
}
// o
function diffGetTime(date1, date2) {
return date2.getTime() - date1.getTime();
}
Ambas funciones hacen exactamente lo mismo, pero una de ellas utiliza explícitamente date.getTime() para obtener la
fecha expresada en ms, y la otra se basa en la autoconversión de fecha a número. Sin embargo, su resultado es el mismo.
Pero entonces, ¿Cuál de las dos es más rápida?
La primera idea sería ejecutar las funciones varias veces seguidas y medir la diferencia de tiempo de ejecución. En nuestro
caso, las funciones son bastante simples, por lo que debemos hacerlo al menos unas 100000 veces.
Midamos:
function bench(f) {
let date1 = new Date(0);
let date2 = new Date();
¡Guau! ¡Utilizando el método getTime() es mucho más rápido! Esto es debido a que no se produce ninguna conversión
de tipo de dato, por lo que se le hace mucho mas fácil de optimizar a los motores.
Bueno, ya tenemos algo. Pero todavía no es un benchmark completo.
Imaginemos que en el momento en el que bench(diffSubtract) estaba corriendo, la CPU estaba ejecutando otra tarea
en paralelo que consumía recursos y al momento de correr bench(diffGetTime) esa tarea ya había concluido.
Es un escenario bastante posible para los sistemas operativos multi-procesos de hoy en día.
Como consecuencia, el primer benchmark dispondrá de una menor cantidad de recursos de CPU que el segundo, lo que
podría generar resultados engañosos.
Para realizar un benchmarking más confiable, todas las benchmarks deberían ser ejecutadas múltiples veces.
236/553
function bench(f) {
let date1 = new Date(0);
let date2 = new Date();
let time1 = 0;
let time2 = 0;
Los motores modernos de JavaScript realizan una optimización avanzada únicamente a los bloques de código que se
ejecutan varias veces (no es necesario optimizar código que raramente se ejecuta). En el ejemplo de abajo, las primeras
ejecuciones no están bien optimizadas, por lo que quizás querríamos agregar ejecuciones antes de realizar el benchmark, a
modo de “precalentamiento”:
Se pueden encontrar una gran cantidad de artículos acerca del motor V8 en http://mrale.ph .
También es posible pasar como string variantes abreviadas, tales como YYYY-MM-DD o YYYY-MM o incluso YYYY .
La llamada del método Date.parse(str) convierte el string en el formato especificado y nos devuelve un timestamp
(cantidad de milisegundos transcurridos desde el 1° de Enero de 1970 UTC+0). Si el formato del string no es válido,
devuelve es NaN .
Por ejemplo:
237/553
let ms = Date.parse("2012-01-26T13:51:50.417-07:00");
alert(date);
Resumen
● En JavaScript, la fecha y la hora se representan con el objeto Date . No es posible obtener sólo la fecha o sólo la hora:
los objetos Date incluyen ambas.
● Los meses se cuentan desde el cero (sí: enero es el mes cero).
●
Los días de la semana en getDay() también se cuentan desde el cero (que corresponde al día Domingo).
● El objeto Date se autocorrige cuando recibe un componente fuera de rango. Es útil para sumar o restar
días/meses/horas.
●
Las fechas se pueden restar entre sí, dando el resultado expresado en milisegundos: esto se debe a que el objeto Date
toma el valor del timestamp cuando es convertido a número.
● Para obtener el timestamp actual de manera inmediata se utiliza Date.now() .
Nótese que, a diferencia de otros sistemas, los timestamps en JavaScript están representados en milisegundos (ms), no en
segundos.
Suele suceder que necesitemos tomar medidas de tiempo más precisas. En sí, JavaScript no tiene incorporada una manera
de medir el tiempo en microsegundos (1 millonésima parte de segundo), pero la mayoría de los entornos de ejecución sí lo
permiten. Por ejemplo, el navegador posee performance.now() que nos permite saber la cantidad de milisegundos que
tarda una página en cargar, con una precisión de microsegundos (3 dígitos después del punto):
Node.js posee el módulo microtime , entre otros. Prácticamente casi cualquier dispositivo y entorno de ejecución permite
mayor precisión, sólo que no es posible almacenarla en Date .
Tareas
Crea un objeto Date para la fecha: Feb 20, 2012, 3:12am. La zona horaria es local.
A solución
Escribe una función getWeekDay(date) para mostrar el día de la semana en formato corto: ‘MO’, ‘TU’, ‘WE’, ‘TH’, ‘FR’,
‘SA’, ‘SU’.
Por ejemplo:
238/553
Abrir en entorno controlado con pruebas.
A solución
En los países europeos se cuentan los días de la semana a partir del lunes (número 1), seguido del martes (número 2),
hasta el domingo (número 7). Escribe una función getLocalDay(date) que devuelva el día de la semana “europeo” para
la variable date .
A solución
Crea una función getDateAgo(date, days) que devuelva el día del mes que corresponde, contando la cantidad de
días days respecto de la fecha date .
Por ejemplo, si hoy es 20, entonces getDateAgo(new Date(), 1) debería ser 19 y getDateAgo(new Date(), 2)
debería ser 18.
A solución
Escribe una función getLastDayOfMonth(year, month) que devuelva el último día del mes dado. A veces es 30, 31 o
incluso 28/29 para febrero.
Parámetros:
A solución
Escribe una función getSecondsToday() que devuelva la cantidad de segundos transcurridos desde el comienzo del día.
239/553
Por ejemplo, si en este momento fueran las 10:00 am , sin horario de verano, entonces:
La función debe poder funcionar correctamente cualquier día. Es decir, no debe poseer valores fijos en el código, como por
ej. “today”.
A solución
Crea una función getSecondsToTomorrow() que devuelva la cantidad de segundos que faltan para el día de mañana.
getSecondsToTomorrow() == 3600
P.D.: La función debe poder funcionar para cualquier día, sin valores fijos en el código como “today”.
A solución
● Si a partir de la fecha date pasó menos de 1 segundo, debe devolver "ahora mismo" .
● De no ser así, si a partir de la fecha date pasó menos de 1 minuto, debe retornar "hace n seg," .
● De no ser así, si pasó menos de una hora, debe retornar "hace n min." .
● De no ser así, debe retornar la fecha completa en el formato "DD.MM.AA HH:mm" . Es decir: "día.mes.año
horas:minutos" , cada uno de ellos en formato de 2 dígitos, por ej. 31.12.16 10:00 .
For instance:
A solución
let user = {
name: "John",
age: 30,
240/553
toString() {
return `{name: "${this.name}", age: ${this.age}}`;
}
};
…Pero en el proceso de desarrollo se agregan nuevas propiedades, y otras son renombradas y eliminadas. Actualizar el
toString cada vez se vuelve penoso. Podemos intentar recorrer las propiedades, pero ¿qué pasa si el objeto es complejo
y tiene objetos anidados en las propiedades? Vamos a necesitar implementar su conversión también.
Por suerte no hay necesidad de escribir el código para manejar todo esto. La tarea ya ha sido resuelta.
JSON.stringify
JSON (Notación de objeto JavaScript) es un formato general para representar valores y objetos. Se lo describe como en
el estándar RFC 4627 . En un principio fue creado para Javascript pero varios lenguajes tienen librerías para manejarlo
también. Por lo tanto es fácil utilizar JSON para intercambio de información cuando el cliente utiliza JavaScript y el servidor
está escrito en Ruby/PHP/Java/Lo que sea.
let student = {
name: 'John',
age: 30,
isAdmin: false,
courses: ['html', 'css', 'js'],
wife: null
};
alert(json);
/* Objeto JSON-codificado:
{
"name": "John",
"age": 30,
"isAdmin": false,
"courses": ["html", "css", "js"],
"wife": null
}
*/
La cadena de caracteres json resultante se llama objeto JSON-codificado o serializado o convertido a String o reunido.
Estamos listos para enviarlo por la red o colocarlo en el almacenamiento de información simple.
Por favor tomar nota que el objeto JSON-codificado tiene varias diferencias importantes con el objeto literal:
● Los strings utilizan comillas dobles. No hay comillas simples o acentos abiertos en JSON. Por lo tanto 'John' pasa a ser
"John" .
● Los nombres de propiedades de objeto también llevan comillas dobles. Eso es obligatorio. Por lo tanto age:30 pasa a
ser "age":30 .
241/553
● strings,
● numbers,
●
boolean values true/false ,
● null .
Por ejemplo:
// un string en JSON sigue siendo una cadena de caracteres, pero con comillas dobles
alert( JSON.stringify('test') ) // "test"
JSON es una especificación de sólo datos independiente del lenguaje, por lo tanto algunas propiedades de objeto
específicas de Javascript son omitidas por JSON.stringify .
A saber:
●
Propiedades de funciones (métodos).
● Propiedades simbólicas.
● Propiedades que almacenan undefined .
let user = {
sayHi() { // ignorado
alert("Hello");
},
[Symbol("id")]: 123, // ignorado
something: undefined // ignorado
};
Normalmente esto está bien. Si esto no es lo que queremos, pronto veremos cómo personalizar el proceso.
Lo mejor es que se permiten objetos anidados y se convierten automáticamente.
Por ejemplo:
let meetup = {
title: "Conference",
room: {
number: 23,
participants: ["john", "ann"]
}
};
alert( JSON.stringify(meetup) );
/* La estructura completa es convertida a String:
{
"title":"Conference",
"room":{"number":23,"participants":["john","ann"]},
}
*/
Por ejemplo:
let room = {
number: 23
};
let meetup = {
242/553
title: "Conference",
participants: ["john", "ann"]
};
Aquí, la conversión falla debido a una referencia circular: room.occupiedBy hace referencia a meetup , y
meetup.place hace referencia a room :
number: 23
occupiedBy place
title: "Conference"
participants
...
value
Un valor para codificar.
replacer
Array de propiedades para codificar o una función de mapeo function(propiedad, valor) .
space
Cantidad de espacio para usar para el formateo
La mayor parte del tiempo, JSON.stringify es utilizado con el primer argumento unicamente. Pero si necesitamos
ajustar el proceso de sustitución, como para filtrar las referencias circulares, podemos utilizar el segundo argumento de
JSON.stringify .
Por ejemplo:
let room = {
number: 23
};
let meetup = {
title: "Conference",
participants: [{name: "John"}, {name: "Alice"}],
place: room // meetup hace referencia a room
};
Aquí probablemente seamos demasiado estrictos. La lista de propiedades se aplica a toda la estructura de objeto. Por lo
tanto los objetos en participants están vacíos, porque name no está en la lista.
Incluyamos en la lista todas las propiedades excepto room.occupiedBy esto causaría la referencia circular:
243/553
let room = {
number: 23
};
let meetup = {
title: "Conference",
participants: [{name: "John"}, {name: "Alice"}],
place: room // meetup hace referencia a room
};
Ahora todo con excepción de occupiedBy está serializado. Pero la lista de propiedades es bastante larga.
Por suerte podemos utilizar una función en lugar de un array como el sustituto .
La función se llamará para cada par de (propiedad, valor) y debe devolver el valor “sustituido”, el cual será utilizado
en lugar del original. O undefined si el valor va a ser omitido.
En nuestro caso, podemos devolver value “tal cual” para todo excepto occupiedBy . Para ignorar occupiedBy , el
código de abajo devuelve undefined :
let room = {
number: 23
};
let meetup = {
title: "Conference",
participants: [{name: "John"}, {name: "Alice"}],
place: room // meetup hace referencia a room
};
Por favor tenga en cuenta que la función replacer recibe todos los pares de propiedad/valor incluyendo objetos anidados
y elementos de array. Se aplica recursivamente. El valor de this dentro de replacer es el objeto que contiene la
propiedad actual.
El primer llamado es especial. Se realiza utilizando un “Objeto contenedor” especial: {"": meetup} . En otras palabras, el
primer par (propiedad, valor) tiene una propiedad vacía, y el valor es el objeto objetivo como un todo. Es por esto
que la primer línea es ":[object Object]" en el ejemplo de arriba.
La idea es proporcionar tanta capacidad para replacer como sea posible: tiene una oportunidad de analizar y
reemplazar/omitir incluso el objeto entero si es necesario.
244/553
Formato: espacio
Anteriormente todos los objetos convertidos a String no tenían sangría ni espacios adicionales. Eso está bien si queremos
enviar un objeto por la red. El argumento space es utilizado exclusivamente para una salida agradable.
Aquí space = 2 le dice a JavaScript que muestre objetos anidados en varias líneas, con sangría de 2 espacios dentro de
un objeto:
let user = {
name: "John",
age: 25,
roles: {
isAdmin: false,
isEditor: true
}
};
El tercer argumento puede ser también string. En ese caso el string será usado como indentación en lugar de un número de
espacios.
“toJSON” Personalizado
Tal como toString para conversión de String, un objeto puede proporcionar el método toJSON para conversión a JSON.
JSON.stringify automáticamente la llama si está disponible.
Por ejemplo:
let room = {
number: 23
};
let meetup = {
title: "Conference",
date: new Date(Date.UTC(2017, 0, 1)),
room
};
alert( JSON.stringify(meetup) );
/*
{
"title":"Conference",
"date":"2017-01-01T00:00:00.000Z", // (1)
"room": {"number":23} // (2)
245/553
}
*/
Aquí podemos ver que date (1) se convirtió en un string. Esto es debido a que todas las fechas tienen un método
toJSON incorporado que devuelve este tipo de string.
let room = {
number: 23,
toJSON() {
return this.number;
}
};
let meetup = {
title: "Conference",
room
};
alert( JSON.stringify(room) ); // 23
alert( JSON.stringify(meetup) );
/*
{
"title":"Conference",
"room": 23
}
*/
Como podemos ver, toJSON es utilizado para ambos el llamado directo JSON.stringify(room) y cuando room está
anidado en otro objeto codificado.
JSON.parse
La sintaxis:
str
string JSON para analizar.
reviver
function(key,value) opcional que será llamado para cada par (propiedad, valor) y puede transformar el valor.
Por ejemplo:
numbers = JSON.parse(numbers);
alert( numbers[1] ); // 1
let userData = '{ "name": "John", "age": 35, "isAdmin": false, "friends": [0,1,2,3] }';
alert( user.friends[1] ); // 1
246/553
El JSON puede ser tan complejo como sea necesario, los objetos y arrays pueden incluir otros objetos y arrays. Pero deben
cumplir el mismo formato JSON.
Aquí algunos de los errores más comunes al escribir JSON a mano (a veces tenemos que escribirlo por debugging):
let json = `{
name: "John", // error: nombre de propiedad sin comillas
"surname": 'Smith', // error: comillas simples en valor (debe ser doble)
'isAdmin': false // error: comillas simples en propiedad (debe ser doble)
"birthday": new Date(2000, 2, 3), // error: no se permite "new", únicamente valores simples
"friends": [0,1,2,3] // aquí todo bien
}`;
Existe otro formato llamado JSON5 , que permite propiedades sin comillas, comentarios, etcétera. Pero es una librería
independiente, no una especificación del lenguaje.
El JSON normal es tan estricto no porque sus desarrolladores sean flojos, sino para permitir la implementación fácil,
confiable y muy rápida del algoritmo analizador.
Utilizando reactivador
Se ve así:
El valor de meetup.date es un string, no un objeto Date . Cómo puede saber JSON.parse que debe transformar ese
string a una Date ?
Le pasemos a JSON.parse la función reactivadora como el segundo argumento, esto devuelve todos los valores “tal cual”
pero date se convertirá en una Date :
let schedule = `{
"meetups": [
{"title":"Conference","date":"2017-11-30T12:00:00.000Z"},
{"title":"Birthday","date":"2017-04-18T12:00:00.000Z"}
]
}`;
247/553
schedule = JSON.parse(schedule, function(key, value) {
if (key == 'date') return new Date(value);
return value;
});
Resumen
● JSON es un formato de datos que tiene su propio estándar independiente y librerías para la mayoría de los lenguajes de
programación.
● JSON admite objetos simples, arrays, strings, números, booleanos y null .
● JavaScript proporciona los métodos JSON.stringify para serializar en JSON y JSON.parse para leer desde JSON.
● Ambos métodos admiten funciones transformadoras para lectura/escritura inteligente.
● Si un objeto tiene toJSON , entonces es llamado por JSON.stringify .
Tareas
let user = {
name: "John Smith",
age: 35
};
A solución
En casos simples de referencias circulares, podemos excluir una propiedad infractora de la serialización por su nombre.
Pero a veces no podemos usar el nombre, ya que puede usarse tanto en referencias circulares como en propiedades
normales. Entonces podemos verificar la propiedad por su valor.
Escriba la función replacer para convertir todo a string, pero elimine las propiedades que hacen referencia a meetup :
let room = {
number: 23
};
let meetup = {
title: "Conference",
occupiedBy: [{name: "John"}, {name: "Alice"}],
place: room
};
// referencias circulares
room.occupiedBy = meetup;
meetup.self = meetup;
248/553
A solución
La recursión es un patrón de programación que es útil en situaciones en las que una tarea puede dividirse naturalmente en
varias tareas del mismo tipo, pero más simples. O cuando una tarea se puede simplificar en una acción fácil más una
variante más simple de la misma tarea. O, como veremos pronto, tratar con ciertas estructuras de datos.
Cuando una función resuelve una tarea, en el proceso puede llamar a muchas otras funciones. Un caso parcial de esto es
cuando una función se llama a sí misma. Eso se llama recursividad.
Para comenzar con algo simple, escribamos una función pow(x, n) que eleve x a una potencia natural de n . En otras
palabras, multiplica x por sí mismo n veces.
pow(2, 2) = 4
pow(2, 3) = 8
pow(2, 4) = 16
function pow(x, n) {
let result = 1;
return result;
}
alert( pow(2, 3) ); // 8
function pow(x, n) {
if (n == 1) {
return x;
} else {
return x * pow(x, n - 1);
}
}
alert( pow(2, 3) ); // 8
if n==1 = x
/
pow(x, n) =
\
else = x * pow(x, n - 1)
249/553
1. Si n == 1 , entonces todo es trivial. Esto se llama base de la recursividad, porque produce inmediatamente el resultado
obvio: pow (x, 1) es igual a x .
2. De lo contrario, podemos representar pow (x, n) como x * pow (x, n - 1) . En matemáticas, uno escribiría xn
= x * x n-1 . Esto se llama paso recursivo: transformamos la tarea en una acción más simple (multiplicación por x ) y
una llamada más simple de la misma tarea ( pow con menor n ). Los siguientes pasos lo simplifican más y más hasta que
n llegue a 1 .
También podemos decir que pow se llama a sí mismo recursivamente hasta que n == 1 .
pow(x,n)
llamada recursiva hasta n==1
No
n == 1 ? x * pow(x, n-1)
Si
Por ejemplo, para calcular pow (2, 4) la variante recursiva realiza estos pasos:
1. pow(2, 4) = 2 * pow(2, 3)
2. pow(2, 3) = 2 * pow(2, 2)
3. pow(2, 2) = 2 * pow(2, 1)
4. pow(2, 1) = 2
Por lo tanto, la recursión reduce una llamada de función a una más simple y luego… a una más simple, y así sucesivamente,
hasta que el resultado se vuelve obvio.
Aquí podemos reescribir lo mismo usando el operador condicional ? En lugar de if para hacer que pow (x, n) sea
más conciso y aún bastante legible:
El número máximo de llamadas anidadas (incluida la primera) se llama profundidad de recursión. En nuestro caso, será
exactamente n .
La profundidad máxima de recursión está limitada por el motor de JavaScript. Podemos confiar en que sea 10 000; algunos
motores permiten más, pero 100 000 probablemente esté fuera del límite para la mayoría de ellos. Hay optimizaciones
automáticas que ayudan a aliviar esto (“optimizaciones de llamadas de cola”), pero aún no tienen soporte en todas partes y
funcionan solo en casos simples.
Eso limita la aplicación de la recursividad, pero sigue siendo muy amplia. Hay muchas tareas donde la forma recursiva de
pensar proporciona un código más simple y fácil de mantener.
Ahora examinemos cómo funcionan las llamadas recursivas. Para eso espiemos lo que sucede bajo la capa en las
funciones.
La información sobre el proceso de ejecución de una función en ejecución se almacena en su contexto de ejecución.
El contexto de ejecución es una estructura de datos interna que contiene detalles sobre la ejecución de una función:
dónde está el flujo de control ahora, las variables actuales, el valor de this (que no usamos aquí) y algunos otros detalles
internos.
250/553
Cuando una función realiza una llamada anidada, sucede lo siguiente:
● La función actual se pausa.
● El contexto de ejecución asociado con él se recuerda en una estructura de datos especial llamada pila de contexto de
ejecución.
● La llamada anidada se ejecuta.
● Una vez que finaliza, el antiguo contexto de ejecución se recupera de la pila y la función externa se reanuda desde donde
se pausó.
pow (2, 3)
Al comienzo de la llamada pow (2, 3) el contexto de ejecución almacenará variables: x = 2, n = 3 , el flujo de
ejecución está en la línea 1 de la función.
Ahí es cuando la función comienza a ejecutarse. La condición n == 1 es falsa, por lo que el flujo continúa en la segunda
rama de if :
function pow(x, n) {
if (n == 1) {
return x;
} else {
return x * pow(x, n - 1);
}
}
alert( pow(2, 3) );
Las variables son las mismas, pero la línea cambia, por lo que el contexto es ahora:
●
Context: { x: 2, n: 3, at line 5 } call: pow(2, 3)
Para calcular x * pow (x, n - 1) , necesitamos hacer una sub-llamada de pow con nuevos argumentos pow (2,
2) .
pow (2, 2)
Para hacer una llamada anidada, JavaScript recuerda el contexto de ejecución actual en la pila de contexto de ejecución.
Aquí llamamos a la misma función pow , pero no importa en absoluto. El proceso es el mismo para todas las funciones:
El nuevo contexto de ejecución actual está en la parte superior (y en negrita), y los contextos recordados anteriores están
debajo.
Cuando terminamos la subllamada: es fácil reanudar el contexto anterior, ya que mantiene ambas variables y el lugar exacto
del código donde se detuvo.
251/553
Por favor tome nota:
En la figura usamos la palabra línea “line” porque en nuestro ejemplo hay solo una subllamada en línea, pero
generalmente una simple línea de código puede contener múltiples subllamadas, como pow(…) + pow(…) +
otraCosa(…) .
Entonces sería más preciso decir que la ejecución se reanuda “inmediatamente después de la subllamada”.
pow(2, 1)
El proceso se repite: se realiza una nueva subllamada en la línea 5 , ahora con argumentos x = 2 , n = 1 .
●
Context: { x: 2, n: 1, at line 1 } call: pow(2, 1)
●
Context: { x: 2, n: 2, at line 5 } call: pow(2, 2)
La salida
Durante la ejecución de pow (2, 1) , a diferencia de antes, la condición n == 1 es verdadera, por lo que funciona la
primera rama de if :
function pow(x, n) {
if (n == 1) {
return x;
} else {
return x * pow(x, n - 1);
}
}
Cuando finaliza la función, su contexto de ejecución ya no es necesario y se elimina de la memoria. El anterior se restaura
desde la parte superior de la pila:
●
Context: { x: 2, n: 2, at line 5 } call: pow(2, 2)
Se reanuda la ejecución de pow (2, 2) . Tiene el resultado de la subllamada pow (2, 1) , por lo que también puede
finalizar la evaluación de x * pow (x, n - 1) , devolviendo 4 .
●
Context: { x: 2, n: 3, at line 5 } call: pow(2, 3)
Como podemos ver en las ilustraciones anteriores, la profundidad de recursión es igual al número máximo de contexto en la
pila.
Tenga en cuenta los requisitos de memoria. Los contextos toman memoria. En nuestro caso, elevar a la potencia de n
realmente requiere la memoria para n contextos, para todos los valores más bajos de n .
function pow(x, n) {
let result = 1;
252/553
return result;
}
El pow iterativo utiliza un solo contexto, cambiando i y result en el proceso. Sus requisitos de memoria son pequeños,
fijos y no dependen de n .
Cualquier recursión puede reescribirse como un bucle. La variante de bucle generalmente se puede hacer más
eficaz.
… Pero a veces la reescritura no es trivial, especialmente cuando la función utiliza sub-llamadas recursivas diferentes según
las condiciones y combina sus resultados, o cuando la ramificación es más intrincada. Y la optimización podría ser
innecesaria y no merecer la pena el esfuerzo en absoluto.
La recursión puede dar un código más corto y fácil de entender y mantener. No se requieren optimizaciones en todos
lugares, principalmente lo que necesitamos es un buen código y por eso se usa.
Recorridos recursivos
Imagina que tenemos una empresa. La estructura del personal se puede presentar como un objeto:
let company = {
sales: [{
name: 'John',
salary: 1000
}, {
name: 'Alice',
salary: 1600
}],
development: {
sites: [{
name: 'Peter',
salary: 2000
}, {
name: 'Alex',
salary: 1800
}],
internals: [{
name: 'Jack',
salary: 1300
}]
}
};
Ahora digamos que queremos una función para obtener la suma de todos los salarios. ¿Cómo podemos hacer eso?
Un enfoque iterativo no es fácil, porque la estructura no es simple. La primera idea puede ser hacer un bucle for sobre
company con un sub-bucle anidado sobre departamentos de primer nivel. Pero luego necesitamos más sub-bucles
anidados para iterar sobre el personal en los departamentos de segundo nivel como sites . …¿Y luego otro sub-bucle
dentro de los de los departamentos de tercer nivel que podrían aparecer en el futuro? ¿Deberíamos parar en el nivel 3 o
hacer 4 niveles de bucles? Si ponemos 3-4 bucles anidados en el código para atravesar un solo objeto, se vuelve bastante
feo.
Probemos la recursividad.
253/553
Como podemos ver, cuando nuestra función hace que un departamento sume, hay dos casos posibles:
1. O bien es un departamento “simple” con una array de personas: entonces podemos sumar los salarios en un bucle simple.
2. O es un objeto con N subdepartamentos: entonces podemos hacer N llamadas recursivas para obtener la suma de cada
uno de los subdepartamentos y combinar los resultados.
alert(sumSalaries(company)); // 7700
El código es corto y fácil de entender (¿Quizás?). Ese es el poder de la recursividad. También funciona para cualquier nivel
de anidamiento de subdepartamentos.
Podemos ver fácilmente el principio: para un objeto {...} se realizan subllamadas, mientras que los Arrays [...] son
las “hojas” del árbol recursivo y dan un resultado inmediato.
Tenga en cuenta que el código utiliza funciones inteligentes que hemos cubierto antes:
● Método arr.reduce explicado en el capítulo Métodos de arrays para obtener la suma del Array.
●
Bucle for (val of Object.values (obj)) para iterar sobre los valores del objeto: Object.values devuelve
una matriz de ellos.
254/553
Estructuras recursivas
Una estructura de datos recursiva (definida recursivamente) es una estructura que se replica en partes.
Lo acabamos de ver en el ejemplo de la estructura de la empresa anterior.
Para los desarrolladores web hay ejemplos mucho más conocidos: documentos HTML y XML.
En el documento HTML, una etiqueta HTML puede contener una lista de:
● Piezas de texto.
● Comentarios HTML.
● Otras etiquetas HTML (que a su vez pueden contener textos/comentarios, otras etiquetas, etc…).
Lista enlazada
Imagina que queremos almacenar una lista ordenada de objetos.
…Pero hay un problema con los Arrays. Las operaciones “eliminar elemento” e “insertar elemento” son costosas. Por
ejemplo, la operación arr.unshift(obj) debe renumerar todos los elementos para dejar espacio para un nuevo obj , y
si la matriz es grande, lleva tiempo. Lo mismo con arr.shift () .
Las únicas modificaciones estructurales que no requieren renumeración masiva son aquellas que operan con el final del
array: arr.push/pop . Por lo tanto, un array puede ser bastante lento para grandes colas si tenemos que trabajar con el
principio del mismo.
Como alternativa, si realmente necesitamos una inserción/eliminación rápida, podemos elegir otra estructura de datos
llamada lista enlazada .
Por ejemplo:
let list = {
value: 1,
next: {
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
255/553
Un código alternativo para la creación:
Aquí podemos ver aún más claramente que hay varios objetos, cada uno tiene su value y un next apuntando al vecino.
La variable list es el primer objeto en la cadena, por lo que siguiendo los punteros next de ella podemos alcanzar
cualquier elemento.
value value
next next
list 1 2 null
value value
next next
secondList 3 4 null
Para unir:
list.next.next = secondList;
Por ejemplo, para anteponer un nuevo valor, necesitamos actualizar el encabezado de la lista:
list.next = list.next.next;
value
next
1
Hicimos que list.next salte sobre 1 al valor 2 . El valor 1 ahora está excluido de la cadena. Si no se almacena en
ningún otro lugar, se eliminará automáticamente de la memoria.
A diferencia de los arrays, no hay renumeración en masa, podemos reorganizar fácilmente los elementos.
Naturalmente, las listas no siempre son mejores que los Arrays. De lo contrario, todos usarían solo listas.
256/553
El principal inconveniente es que no podemos acceder fácilmente a un elemento por su número. En un Array eso es fácil:
arr[n] es una referencia directa. Pero en la lista tenemos que comenzar desde el primer elemento e ir siguiente N
veces para obtener el enésimo elemento.
… Pero no siempre necesitamos tales operaciones. Por ejemplo, cuando necesitamos una cola o incluso un deque : la
estructura ordenada que debe permitir agregar/eliminar elementos muy rápidamente desde ambos extremos.
Resumen
Glosario:
● Recursion es concepto de programación que significa una función “auto-llamada”. Dichas funciones se pueden utilizar
para resolver ciertas tareas de manera elegante.
Cada vez que una función se llama a sí misma, ocurre un paso de recursión. La base de la recursividad son los
argumentos de la función que hacen que la tarea sea tan simple que la función no realiza más llamadas.
● Una estructura de datos definida recursivamente es una estructura de datos que se puede definir utilizándose a sí
misma.
Por ejemplo, la lista enlazada se puede definir como una estructura de datos que consiste en un objeto que hace
referencia a una lista (o nulo).
Los árboles como el árbol de elementos HTML o el árbol de departamentos de este capítulo también son naturalmente
recursivos: se ramifican y cada rama puede tener otras ramas.
Las funciones recursivas se pueden usar para recorrerlas como hemos visto en el ejemplo sumSalary .
Cualquier función recursiva puede reescribirse en una iterativa. Y eso a veces es necesario para optimizar las cosas. Pero
para muchas tareas, una solución recursiva es lo suficientemente rápida y fácil de escribir y mantener.
Tareas
Escribe una función sumTo(n) que calcule la suma de los números 1 + 2 + ... + n .
Por ejemplo:
sumTo(1) = 1
sumTo(2) = 2 + 1 = 3
sumTo(3) = 3 + 2 + 1 = 6
sumTo(4) = 4 + 3 + 2 + 1 = 10
...
sumTo(100) = 100 + 99 + ... + 2 + 1 = 5050
257/553
function sumTo(n) { /*... tu código ... */ }
P.D. ¿Qué variante de la solución es la más rápida? ¿Y la más lenta? ¿Por qué?
A solución
Calcula el factorial
importancia: 4
El factorial de un número natural es un número multiplicado por "número menos uno" , luego por "número menos
dos" , y así sucesivamente hasta 1 . El factorial de n se denota como n!
n! = n * (n - 1) * (n - 2) * ...*1
1! = 1
2! = 2 * 1 = 2
3! = 3 * 2 * 1 = 6
4! = 4 * 3 * 2 * 1 = 24
5! = 5 * 4 * 3 * 2 * 1 = 120
La tarea es escribir una función factorial(n) que calcule n! usando llamadas recursivas.
P.D. Pista: n! puede ser escrito como n * (n-1)! Por ejemplo: 3! = 3*2! = 3*2*1! = 6
A solución
Sucesión de Fibonacci
importancia: 5
La secuencia de sucesión de Fibonacci tiene la fórmula Fn = Fn-1 + Fn-2 . En otras palabras, el siguiente número es
una suma de los dos anteriores.
Los dos primeros números son 1 , luego 2(1+1) , luego 3(1+2) , 5(2+3) y así sucesivamente: 1, 1, 2, 3, 5, 8,
13, 21... .
La sucesión de Fibonacci está relacionada la proporción áurea y muchos fenómenos naturales alrededor nuestro.
Un ejemplo de trabajo:
alert(fib(3)); // 2
alert(fib(7)); // 13
alert(fib(77)); // 5527939700884757
P.D. La función debería ser rápida. La llamada a fib(77) no debería tardar más de una fracción de segundo.
A solución
258/553
importancia: 5
Digamos que tenemos una lista de un solo enlace (como se describe en el capítulo Recursión y pila):
let list = {
value: 1,
next: {
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
Escribe una función printList(list) que genere los elementos de la lista uno por uno.
A solución
Genere una lista de un solo enlace a partir de la tarea anterior Generar una lista de un solo enlace en orden inverso.
A solución
Por ejemplo:
● Math.max(arg1, arg2, ..., argN) – devuelve el argumento más grande.
● Object.assign(dest, src1, ..., srcN) – copia las propiedades de src1..N en dest .
● …y otros más
En este capítulo aprenderemos como hacer lo mismo. Y, además, cómo trabajar cómodamente con dichas funciones y
arrays.
Una función puede ser llamada con cualquier número de argumentos sin importar cómo sea definida.
Por ejemplo::
function sum(a, b) {
return a + b;
}
alert( sum(1, 2, 3, 4, 5) );
Aquí no habrá ningún error por “exceso” de argumentos. Pero, por supuesto, en el resultado solo los dos primeros serán
tomados en cuenta.
El resto de los parámetros pueden ser referenciados en la definición de una función con 3 puntos ... seguidos por el
nombre del array que los contendrá. Literalmente significan “Reunir los parámetros restantes en un array”.
259/553
Por ejemplo, para reunir todos los parámetros en un array args :
return sum;
}
alert( sumAll(1) ); // 1
alert( sumAll(1, 2) ); // 3
alert( sumAll(1, 2, 3) ); // 6
Podemos elegir obtener los primeros parámetros como variables, y juntar solo el resto.
Aquí los primeros dos argumentos van a variables y el resto va al array titles :
La variable “arguments”
También existe un objeto símil-array especial llamado arguments que contiene todos los argumentos indexados.
Por ejemplo:
function showName() {
alert( arguments.length );
alert( arguments[0] );
alert( arguments[1] );
// arguments es iterable
// for(let arg of arguments) alert(arg);
}
Antiguamente, los parámetros rest no existían en el lenguaje, y usar arguments era la única manera de obtener todos los
argumentos de una función. Y aún funciona, podemos encontrarlo en código antiguo.
260/553
Pero la desventaja es que a pesar de que arguments es símil-array e iterable, no es un array. No soporta los métodos de
array, no podemos ejecutar arguments.map(...) por ejemplo.
Además, siempre contiene todos los argumentos. No podemos capturarlos parcialmente como hicimos con los parámetros
rest.
Por lo tanto, cuando necesitemos estas funcionalidades, los parámetros rest son preferidos.
function f() {
let showArg = () => alert(arguments[0]);
showArg();
}
f(1); // 1
Como recordamos, las funciones de flecha no tienen su propio this . Ahora sabemos que tampoco tienen el objeto
especial arguments .
Sintaxis Spread
Por ejemplo, existe una función nativa Math.max que devuelve el número más grande de una lista:
alert( Math.max(3, 5, 1) ); // 5
Ahora bien, supongamos que tenemos un array [3, 5, 1] . ¿Cómo ejecutamos Math.max con él?
Pasando la variable no funcionará, porque Math.max espera una lista de argumentos numéricos, no un único array:
Y seguramente no podremos listar manualmente los ítems en el código Math.max(arr[0], arr[1], arr[2]) , porque
tal vez no sepamos cuántos son. A medida que nuestro script se ejecuta, podría haber muchos elementos, o podría no haber
ninguno. Y eso podría ponerse feo.
¡Operador Spread al rescate! Es similar a los parámetros rest, también usa ... , pero hace exactamente lo opuesto.
Cuando ...arr es usado en el llamado de una función, “expande” el objeto iterable arr en una lista de argumentos.
Para Math.max :
261/553
let arr1 = [1, -2, 3, 4];
let arr2 = [8, 3, -8, 1];
En los ejemplos de arriba utilizamos un array para demostrar el operador spread, pero cualquier iterable funcionará también.
Por ejemplo, aquí usamos el operador spread para convertir la cadena en un array de caracteres:
El operador spread utiliza internamente iteradores para iterar los elementos, de la misma manera que for..of hace.
Entonces, para una cadena for..of retorna caracteres y ...str se convierte en "H","o","l","a" . La lista de
caracteres es pasada a la inicialización del array [...str] .
Para esta tarea en particular también podríamos haber usado Array.from , ya que convierte un iterable (como una cadena
de caracteres) en un array:
Por lo tanto, para la tarea de convertir algo en un array, Array.from tiende a ser más universal.
262/553
Nota que es posible hacer lo mismo para hacer una copia de un objeto:
let obj = { a: 1, b: 2, c: 3 };
Esta manera de copiar un objeto es mucho más corta que let objCopy = Object.assign({}, obj); o para un
array let arrCopy = Object.assign([], arr); por lo que preferimos usarla siempre que podemos.
Resumen
Cuando veamos "..." en el código, son los parámetros rest o el operador spread.
Patrones de uso:
●
Los parámetros rest son usados para crear funciones que acepten cualquier número de argumentos.
● El operador spread es usado para pasar un array a funciones que normalmente requieren una lista de muchos
argumentos.
Todos los argumentos de un llamado a una función están también disponibles en el “viejo” arguments : un objeto símil-
array iterable.
Y si una función se pasa como parámetro y se llama desde otro lugar del código, ¿tendrá acceso a las variables externas en
el nuevo lugar?
Ampliemos nuestro conocimiento para comprender estos escenarios y otros más complejos.
Bloques de código
263/553
Si una variable se declara dentro de un bloque de código {...} , solo es visible dentro de ese bloque.
Por ejemplo:
{
// hacer un trabajo con variables locales que no deberían verse fuera
let message = "Hello"; // solo visible en este bloque
alert(message); // Hello
}
Podemos usar esto para aislar un fragmento de código que realiza su propia tarea, con variables que solo le pertenecen a él:
{
// ver mensaje
let message = "Hello";
alert(message);
}
{
// ver otro mensaje
let message = "Goodbye";
alert(message);
}
// ver mensaje
let message = "Hello";
alert(message);
Para if , for , while y otros, las variables declaradas dentro de {...} también son solo visibles en su interior:
if (true) {
let phrase = "Hello!";
alert(phrase); // Hello!
}
Aquí, después de que if termine, la alerta a continuación no verá la phrase , de ahí el error.
Eso es genial, ya que nos permite crear variables locales de bloque, específicas de una rama if .
Visualmente, let i está fuera de {...} ; pero la construcción for es especial aquí: la variable declarada dentro de ella
se considera parte del bloque.
264/553
Funciones anidadas
Aquí la función anidada getFullName() se hace por conveniencia. Puede acceder a las variables externas y, por lo tanto,
puede devolver el nombre completo. Las funciones anidadas son bastante comunes en JavaScript.
Lo que es mucho más interesante, es que puede devolverse una función anidada: ya sea como propiedad de un nuevo
objeto o como resultado en sí mismo. Luego se puede usar en otro lugar. No importa dónde, todavía tiene acceso a las
mismas variables externas.
A continuación, makeCounter crea la función “contador” que devuelve el siguiente número en cada invocación:
function makeCounter() {
let count = 0;
return function() {
return count++;
};
}
alert( counter() ); // 0
alert( counter() ); // 1
alert( counter() ); // 2
A pesar de ser simples, variantes ligeramente modificadas de ese código tienen usos prácticos, como por ejemplo un
generador de números aleatorios para pruebas automatizadas.
¿Cómo funciona esto? Si creamos múltiples contadores, ¿serán independientes? ¿Qué está pasando con las variables
aquí?
Entender tales cosas es excelente para el conocimiento general de JavaScript y beneficioso para escenarios más complejos.
Así que vamos a profundizar un poco.
Paso 1. Variables
En JavaScript, todas las funciones en ejecución, el bloque de código {...} y el script en su conjunto tienen un objeto
interno (oculto) asociado, conocido como Alcance léxico.
265/553
1. Registro de entorno: es un objeto que almacena en sus propiedades todas las variables locales (y alguna otra información,
como el valor de this ).
2. Una referencia al entorno léxico externo, asociado con el código externo.
Una “variable” es solo una propiedad del objeto interno especial, el Registro de entorno . “Obtener o cambiar
una variable” significa “obtener o cambiar una propiedad de ese objeto”.
Lexical Environment
outer
phrase: "Hello" null
outer
execution start phrase: <uninitialized> null
phrase: undefined
phrase: "Hello"
phrase: "Bye"
Los rectángulos en el lado derecho demuestran cómo cambia el entorno léxico global durante la ejecución:
1. Cuando se inicia el script, el entorno léxico se rellena previamente con todas las variables declaradas. – Inicialmente,
están en el estado “No inicializado”. Ese es un estado interno especial, significa que el motor conoce la variable, pero no
se puede hacer referencia a ella hasta que se haya declarado con let . Es casi lo mismo que si la variable no existiera.
2. Luego aparece la definición let phrase .Todavía no hay una asignación, por lo que su valor es undefined . Podemos
usar la variable desde este punto en adelante.
3. phrase se le asigna un valor.
4. phrase cambia el valor.
Cuando se crea un entorno léxico, una declaración de función se convierte inmediatamente en una función lista para usar (a
diferencia de let , que no se puede usar hasta la declaración).
Es por eso que podemos usar una función, declarada como declaración de función , incluso antes de la declaración
misma.
Por ejemplo, aquí está el estado inicial del entorno léxico global cuando agregamos una función:
266/553
outer
phrase: <uninitialized> null
execution start say: function
...
Naturalmente, este comportamiento solo se aplica a las declaraciones de funciones , no a las expresiones de
funciones , donde asignamos una función a una variable, como let say = function (name) ... .
Durante la llamada a la función tenemos dos entornos léxicos: el interno (para la llamada a la función) y el externo (global):
● El entorno léxico interno corresponde a la ejecución actual de say . Tiene una sola propiedad: name , el argumento de la
función. Llamamos a say("John") , por lo que el valor de name es "John" .
● El entorno léxico externo es el entorno léxico global. Tiene la variable phrase y la función misma.
Cuando el código quiere acceder a una variable: primero se busca el entorno léxico interno, luego el externo, luego
el más externo y así sucesivamente hasta el global.
Si no se encuentra una variable en ninguna parte, en el modo estricto se trata de un error (sin use strict , una
asignación a una variable no existente crea una nueva variable global, por compatibilidad con el código antiguo).
En este ejemplo la búsqueda procede como sigue:
● Para la variable name , la alert dentro de say lo encuentra inmediatamente en el entorno léxico interno.
● Cuando quiere acceder a phrase , no existe un phrase local por lo que sigue la referencia al entorno léxico externo y
lo encuentra allí.
function makeCounter() {
let count = 0;
return function() {
return count++;
};
}
Al comienzo de cada llamada a makeCounter() , se crea un nuevo objeto de entorno léxico para almacenar variables para
la ejecución makeCounter .
267/553
Entonces tenemos dos entornos léxicos anidados, como en el ejemplo anterior:
Lo que es diferente es que, durante la ejecución de makeCounter() , se crea una pequeña función anidada de solo una
línea: return count++ . Aunque no la ejecutamos, solo la creamos.
Todas las funciones recuerdan el entorno léxico en el que fueron realizadas. Técnicamente, no hay magia aquí: todas las
funciones tienen la propiedad oculta llamada [[Environment] , que mantiene la referencia al entorno léxico donde se
creó la función:
Entonces, counter.[[Environment]] tiene la referencia al Entorno léxico de {count: 0} . Así es como la función
recuerda dónde se creó, sin importar dónde se la llame. La referencia [[Environment]] se establece una vez y para
siempre en el momento de creación de la función.
Luego, cuando counter() es llamado, un nuevo Entorno Léxico es creado por la llamada, y su referencia externa del
entorno léxico se toma de counter.[[Environment]] :
Ahora cuando el código dentro de counter() busca la variable count , primero busca su propio entorno léxico (vacío, ya
que no hay variables locales allí), luego el entorno léxico del exterior llama a makeCounter() , donde lo encuentra y lo
cambia.
Una variable se actualiza en el entorno léxico donde vive.
modified here
outer outer makeCounter: function outer
<empty> count: 1 counter: function null
Si llamamos a counter() varias veces, la variable count se incrementará a 2 , 3 y así sucesivamente, en el mismo
lugar.
268/553
Closure (clausura)
Existe un término general de programación “closure” que los desarrolladores generalmente deben conocer.
Una clausura es una función que recuerda sus variables externas y puede acceder a ellas. En algunos lenguajes, eso
no es posible, o una función debe escribirse de una manera especial para que suceda. Pero como se explicó
anteriormente, en JavaScript todas las funciones son clausuras naturales (solo hay una excepción, que se cubrirá en La
sintaxis "new Function").
Es decir: recuerdan automáticamente dónde se crearon utilizando una propiedad oculta [[Environment]] , y luego su
código puede acceder a las variables externas.
Cuando en una entrevista un desarrollador frontend recibe una pregunta sobre “¿qué es una clausura?”, una respuesta
válida sería una definición de clausura y una explicación de que todas las funciones en JavaScript son clausuras, y tal
vez algunas palabras más sobre detalles técnicos: la propiedad [[Environment]] y cómo funcionan los entornos
léxicos.
Recolector de basura
Por lo general, un entorno léxico se elimina de la memoria con todas las variables una vez que finaliza la llamada a la
función. Eso es porque ya no hay referencias a él. Como cualquier objeto de JavaScript, solo se mantiene en la memoria
mientras es accesible.
Sin embargo, si hay una función anidada a la que todavía se puede llegar después del final de una función, entonces tiene la
propiedad [[Environment]] que hace referencia al entorno léxico.
En ese caso, el entorno léxico aún es accesible incluso después de completar la función, por lo que permanece vigente.
Por ejemplo:
function f() {
let value = 123;
return function() {
alert(value);
}
}
Tenga en cuenta que si se llama a f() muchas veces y se guardan las funciones resultantes, todos los objetos del entorno
léxico correspondientes también se conservarán en la memoria. Veamos las 3 funciones en el siguiente ejemplo:
function f() {
let value = Math.random();
Un objeto de entorno léxico muere cuando se vuelve inalcanzable (como cualquier otro objeto). En otras palabras, existe solo
mientras haya al menos una función anidada que haga referencia a ella.
En el siguiente código, después de eliminar la función anidada, su entorno léxico adjunto (y por lo tanto el value ) se limpia
de la memoria:
function f() {
let value = 123;
return function() {
alert(value);
}
}
269/553
let g = f(); // mientras exista la función g, el valor permanece en la memoria
Un efecto secundario importante en V8 (Chrome, Edge, Opera) es que dicha variable no estará disponible en la
depuración.
Intente ejecutar el siguiente ejemplo en Chrome con las Herramientas para desarrolladores abiertas.
Cuando se detiene, en el tipo de consola alert(value) .
function f() {
let value = Math.random();
function g() {
debugger; // en console: type alert(value); ¡No hay tal variable!
}
return g;
}
let g = f();
g();
Como puede ver, ¡no existe tal variable! En teoría, debería ser accesible, pero el motor lo optimizó.
Eso puede conducir a problemas de depuración divertidos (si no son muy largos). Uno de ellos: podemos ver una variable
externa con el mismo nombre en lugar de la esperada:
function f() {
let value = "the closest value";
function g() {
debugger; // en la consola escriba: alert(value); Surprise!
}
return g;
}
let g = f();
g();
Es bueno conocer esta característica de V8. Si está depurando con Chrome/Edge/Opera, tarde o temprano la encontrará.
Eso no es un error en el depurador, sino más bien una característica especial de V8. Tal vez en algún momento la
cambiarán. Siempre puede verificarlo ejecutando los ejemplos en esta página.
Tareas
La función sayHi usa un nombre de variable externo. Cuando se ejecuta la función, ¿qué valor va a utilizar?
function sayHi() {
alert("Hi, " + name);
}
name = "Pete";
270/553
sayHi(); // ¿qué mostrará: "John" o "Pete"?
Tales situaciones son comunes tanto en el desarrollo del navegador como del lado del servidor. Se puede programar que una
función se ejecute más tarde de lo que se creó, por ejemplo, después de una acción del usuario o una solicitud de red.
A solución
La función makeWorker a continuación crea otra función y la devuelve. Esa nueva función se puede llamar desde otro
lugar.
¿Tendrá acceso a las variables externas desde su lugar de creación, o desde el lugar de invocación, o ambos?
function makeWorker() {
let name = "Pete";
return function() {
alert(name);
};
}
// la llama
work(); // ¿qué mostrará?
A solución
Aquí hacemos dos contadores: counter y counter2 usando la misma función makeCounter .
¿Son independientes? ¿Qué va a mostrar el segundo contador? 0,1 o 2,3 o algo más?
function makeCounter() {
let count = 0;
return function() {
return count++;
};
}
alert( counter() ); // 0
alert( counter() ); // 1
alert( counter2() ); // ?
alert( counter2() ); // ?
A solución
Objeto contador
importancia: 5
271/553
Aquí se crea un objeto contador con la ayuda de la función constructora.
function Counter() {
let count = 0;
this.up = function() {
return ++count;
};
this.down = function() {
return --count;
};
}
alert( counter.up() ); // ?
alert( counter.up() ); // ?
alert( counter.down() ); // ?
A solución
Función en if
if (true) {
let user = "John";
function sayHi() {
alert(`${phrase}, ${user}`);
}
}
sayHi();
A solución
Sí, exactamente de esta manera, usando paréntesis dobles (no es un error de tipeo).
Por ejemplo:
sum(1)(2) = 3
sum(5)(-1) = 4
A solución
let x = 1;
function func() {
console.log(x); // ?
let x = 2;
272/553
}
func();
A solución
Tenemos un método incorporado arr.filter(f) para arrays. Filtra todos los elementos a través de la función f . Si
devuelve true , entonces ese elemento se devuelve en el array resultante.
Por ejemplo:
A solución
let users = [
{ name: "John", age: 20, surname: "Johnson" },
{ name: "Pete", age: 18, surname: "Peterson" },
{ name: "Ann", age: 19, surname: "Hathaway" }
];
users.sort(byField('name'));
users.sort(byField('age'));
273/553
Entonces, en lugar de escribir una función, simplemente ponga byField (fieldName) .
A solución
Ejército de funciones
importancia: 5
Cada función está destinada a generar su número. Pero algo anda mal …
function makeArmy() {
let shooters = [];
let i = 0;
while (i < 10) {
let shooter = function() { // crea la función shooter
alert( i ); // debería mostrar su número
};
shooters.push(shooter); // y agregarlo al array
i++;
}
A solución
La vieja "var"
En el primer capítulo acerca de variables, mencionamos tres formas de declarar una variable:
1. let
2. const
3. var
La declaración var es similar a let . Casi siempre podemos reemplazar let por var o viceversa y esperar que las
cosas funcionen:
274/553
Pero internamente var es una bestia diferente, originaria de muy viejas épocas. Generalmente no se usa en código
moderno pero aún habita en el antiguo.
Si no planeas encontrarte con tal código bien puedes saltar este capítulo o posponerlo, pero hay posibilidades de que esta
bestia pueda morderte más tarde.
Por otro lado, es importante entender las diferencias cuando se migra antiguo código de var a let para evitar extraños
errores.
Las variables declaradas con var pueden: tener a la función como entorno de visibilidad, o bien ser globales. Su visibilidad
atraviesa los bloques.
Por ejemplo:
if (true) {
var test = true; // uso de "var" en lugar de "let"
}
Como var ignora los bloques de código, tenemos una variable global test .
Si usáramos let test en vez de var test , la variable sería visible solamente dentro del if :
if (true) {
let test = true; // uso de "let"
}
Lo mismo para los bucles: var no puede ser local en los bloques ni en los bucles:
alert(i); // 10, "i" es visible después del bucle, es una variable global
alert(one); // 1, "one" es visible después del bucle, es una variable global
Si un bloque de código está dentro de una función, var se vuelve una variable a nivel de función:
function sayHi() {
if (true) {
var phrase = "Hello";
}
alert(phrase); // funciona
}
sayHi();
alert(phrase); // ReferenceError: phrase no está definida
Como podemos ver, var atraviesa if , for u otros bloques. Esto es porque mucho tiempo atrás los bloques en
JavaScript no tenían ambientes léxicos. Y var es un remanente de aquello.
Declarar la misma variable con let dos veces en el mismo entorno es un error:
let user;
let user; // SyntaxError: 'user' ya fue declarado
275/553
Con var podemos redeclarar una variable muchas veces. Si usamos var con una variable ya declarada, simplemente se
ignora:
var user = "John"; // este "var" no hace nada (ya estaba declarado)
// ...no dispara ningún error
alert(user); // John
Las variables “var” pueden ser declaradas debajo del lugar en donde se usan
Las declaraciones var son procesadas cuando se inicia la función (o se inicia el script para las globales).
En otras palabras, las variables var son definidas desde el inicio de la función, no importa dónde esté tal definición
(asumiendo que la definición no está en una función anidada).
Entonces el código:
function sayHi() {
phrase = "Hello";
alert(phrase);
var phrase;
}
sayHi();
…es técnicamente lo mismo que esto (se movió var phrase hacia arriba):
function sayHi() {
var phrase;
phrase = "Hello";
alert(phrase);
}
sayHi();
function sayHi() {
phrase = "Hello"; // (*)
if (false) {
var phrase;
}
alert(phrase);
}
sayHi();
Este comportamiento también se llama “hoisting” (elevamiento), porque todos los var son “hoisted” (elevados) hacia el tope
de la función.
Entonces, en el ejemplo anterior, la rama if (false) nunca se ejecuta pero eso no tiene importancia. El var dentro es
procesado al iniciar la función, entonces al momento de (*) la variable existe.
function sayHi() {
alert(phrase);
276/553
}
sayHi();
1. La declaración var
2. La asignación = .
La declaración es procesada al inicio de la ejecución de la función (“hoisted”), pero la asignación siempre se hace en el lugar
donde aparece. Entonces lo que en esencia hace el código es:
function sayHi() {
var phrase; // la declaración se hace en el inicio...
alert(phrase); // undefined
sayHi();
Como todas las declaraciones var son procesadas al inicio de la función, podemos referenciarlas en cualquier lugar. Pero
las variables serán indefinidas hasta que alcancen su asignación.
En ambos ejemplos de arriba alert se ejecuta sin un error, porque la variable phrase existe. Pero su valor no fue
asignado aún, entonces muestra undefined .
IIFE
Como en el pasado solo existía var , y no había visibilidad a nivel de bloque, los programadores inventaron una manera de
emularla. Lo que hicieron fue el llamado "expresiones de función inmediatamente invocadas (abreviado IIFE en inglés).
No es algo que debiéramos usar estos días, pero puedes encontrarlas en código antiguo.
Un IIFE se ve así:
(function() {
alert(message); // Hello
})();
Aquí la expresión de función es creada e inmediatamente llamada. Entonces el código se ejecuta enseguida y con sus
variables privadas propias.
La expresión de función es encerrada entre paréntesis (function {...}) , porque cuando JavaScript se encuentra con
"function" en el flujo de código principal lo entiende como el principio de una declaración de función. Pero una
declaración de función debe tener un nombre, entonces ese código daría error:
alert(message); // Hello
}();
Incluso si decimos: “okay, agreguémosle un nombre”, no funcionaría, porque JavaScript no permite que las declaraciones de
función sean llamadas inmediatamente:
277/553
}(); // <-- no puede llamarse una declaración de función inmediatamente
Entonces, los paréntesis alrededor de la función es un truco para mostrarle a JavaScript que la función es creada en el
contexto de otra expresión, y de allí lo de “expresión de función”, que no necesita un nombre y puede ser llamada
inmediatamente.
Existen otras maneras además de los paréntesis para decirle a JavaScript que queremos una expresión de función:
(function() {
alert("Paréntesis alrededor de la función");
})();
(function() {
alert("Paréntesis alrededor de todo");
}());
!function() {
alert("Operador 'Bitwise NOT' como comienzo de la expresión");
}();
+function() {
alert("'más unario' como comienzo de la expresión");
}();
En todos los casos de arriba declaramos una expresión de función y la ejecutamos inmediatamente. Tomemos nota de
nuevo: Ahora no hay motivo para escribir semejante código.
Resumen
1. Las variables var no tienen alcance de bloque: su visibilidad alcanza a la función, o es global si es declarada fuera de
las funciones.
2. Las declaraciones var son procesadas al inicio de la función (o del script para las globales) .
Hay otra diferencia menor relacionada al objeto global que cubriremos en el siguiente capítulo.
Estas diferencias casi siempre hacen a var peor que let . Las variables a nivel de bloque son mejores. Es por ello que
let fue presentado en el estándar mucho tiempo atrás, y es ahora la forma principal (junto con const ) de declarar una
variable.
Objeto Global
El objeto global proporciona variables y funciones que están disponibles en cualquier lugar. Por defecto, aquellas que están
integradas en el lenguaje o el entorno.
En un navegador se denomina window , para Node.js es global , para otros entornos puede tener otro nombre.
Recientemente, se agregó globalThis al lenguaje, como un nombre estandarizado para un objeto global, que debería ser
compatible con todos los entornos al igual que con los principales navegadores.
Aquí usaremos window , suponiendo que nuestro entorno sea un navegador. Si su script puede ejecutarse en otros
entornos, es mejor usar globalThis en su lugar.
alert("Hello");
// es lo mismo que
window.alert("Hello");
En un navegador, las funciones y variables globales declaradas con var (¡no con let/const !) se convierten en
propiedades del objeto global:
278/553
var gVar = 5;
El mismo efecto lo tienen las declaraciones de función (sentencias con la palabra clave function en el flujo principal del
código, no las expresiones de función).
¡Por favor no te fíes de eso! Este comportamiento existe por razones de compatibilidad. Los scripts modernos hacen uso de
Módulos Javascript para que tales cosas no sucedan.
let gLet = 5;
Si un valor es tan importante que desea que esté disponible globalmente, escríbalo directamente como una propiedad:
// Hacer que la información actual del usuario sea global, para que todos los scripts puedan acceder a ella
window.currentUser = {
name: "John"
};
Dicho esto, generalmente se desaconseja el uso de variables globales. Debería haber la menor cantidad posible de ellas. El
diseño del código donde una función obtiene variables de “entrada” y produce cierto “resultado” es más claro, menos
propenso a errores y más fácil de probar que si usa variables externas o globales.
Podemos usar el objeto global para probar el soporte de características modernas del lenguaje .
Por ejemplo, probar si existe un objeto Promise incorporado (no existe en navegadores muy antiguos):
if (!window.Promise) {
alert("Your browser is really old!");
}
Si no lo encuentra (suponiendo que estamos en un navegador antiguo), podemos crear “polyfills”: agregarle funciones que
no están soportadas por el entorno, pero que existen en el estándar moderno.
if (!window.Promise) {
window.Promise = ... // implementación personalizada del lenguaje moderno
}
Resumen
● El objeto global contiene variables que deberían estar disponibles en todas partes.
Eso incluye JavaScript incorporado, tales como Array y valores específicos del entorno, o como
window.innerHeight : la altura de la ventana en el navegador.
●
El objeto global tiene un nombre universal: globalThis .
… Pero con mayor frecuencia se hace referencia a nombres específicos del entorno de la “vieja escuela”, como window
(en el navegador) y global (en Node.js).
●
Deberíamos almacenar valores en el objeto global solo si son verdaderamente globales para nuestro proyecto. Y
manteniendo su uso al mínimo.
279/553
● En el navegador, a menos que estemos utilizando módulos, las funciones globales y las variables declaradas con var se
convierten en propiedades del objeto global.
● Para que nuestro código esté preparado para el futuro y sea más fácil de entender, debemos acceder a las propiedades
del objeto global directamente, como window.x .
Una buena manera de imaginar funciones es como “objetos de acción” invocables. No solo podemos llamarlos, sino también
tratarlos como objetos: agregar/eliminar propiedades, pasar por referencia, etc.
La propiedad “name”
function sayHi() {
alert("Hi");
}
alert(sayHi.name); // sayHi
Lo que es divertido, es que la lógica de asignación de nombres es inteligente. También da el nombre correcto a una función,
incluso si se creó sin uno:
f();
En la especificación, esta característica se denomina “nombre contextual”. Si la función no proporciona una, entonces en una
asignación se deduce del contexto.
Los métodos de objeto también tienen nombres:
let user = {
sayHi() {
// ...
},
sayBye: function() {
// ...
}
alert(user.sayHi.name); // sayHi
alert(user.sayBye.name); // sayBye
280/553
Sin embargo, no hay magia. Hay casos en que no hay forma de encontrar el nombre correcto. En ese caso, la propiedad
“name” está vacía, como aquí:
La propiedad “length”
Hay una nueva propiedad “length” incorporada que devuelve el número de parámetros de una función, por ejemplo:
function f1(a) {}
function f2(a, b) {}
function many(a, b, ...more) {}
alert(f1.length); // 1
alert(f2.length); // 2
alert(many.length); // 2
La propiedad length a veces se usa para introspección en funciones que operan en otras funciones.
Por ejemplo, en el siguiente código, la función ask , acepta una question y un número arbitrario de funciones
controladoras o handler para llamar.
Una vez que un usuario proporciona su respuesta, la función llama a los controladores. Podemos pasar dos tipos de
controladores:
● Una función de cero argumentos, que solo se llama cuando el usuario da una respuesta positiva.
●
Una función con argumentos, que se llama en cualquier caso y devuelve una respuesta.
La idea es que tenemos una sintaxis de controlador simple y sin argumentos para casos positivos (la variante más
frecuente), pero también podemos admitir controladores universales:
Este es un caso particular llamado polimorfismo – tratar los argumentos de manera diferente según su tipo o, en nuestro
caso, según la ‘longitud’. La idea tiene un uso en las bibliotecas de JavaScript.
Propiedades personalizadas
281/553
function sayHi() {
alert("Hi");
sayHi(); // Hi
sayHi(); // Hi
Podemos tratar una función como un objeto, almacenar propiedades en ella, pero eso no tiene ningún efecto en su
ejecución. Las variables no son propiedades de la función y viceversa. Estos solo son dos mundos paralelos.
Las propiedades de la función a veces pueden reemplazar las clausuras o closures. Por ejemplo, podemos reescribir el
ejemplo de la función de contador del capítulo Ámbito de Variable y el concepto "closure" para usar una propiedad de
función:
function makeCounter() {
// en vez de:
// let count = 0
function counter() {
return counter.count++;
};
counter.count = 0;
return counter;
}
La principal diferencia es que si el valor de count vive en una variable externa, entonces el código externo no puede
acceder a él. Solo las funciones anidadas pueden modificarlo. Y si está vinculado a una función, entonces tal cosa es
posible:
function makeCounter() {
function counter() {
return counter.count++;
};
counter.count = 0;
return counter;
}
counter.count = 10;
alert( counter() ); // 10
282/553
Named Function Expression, o NFE, es un término para Expresiones de funciones que tienen un nombre.
Y agrégale un nombre:
Primero, tengamos en cuenta que todavía tenemos una Expresión de Función. Agregar el nombre "func" después de
function no lo convirtió en una Declaración de Función, porque todavía se crea como parte de una expresión de
asignación.
Hay dos cosas especiales sobre el nombre func , que le hacen útil:
Por ejemplo, la función sayHi a continuación se vuelve a llamar a sí misma con "Guest" si no se proporciona who :
¿Por qué usamos func ? ¿Quizás solo usa sayHi para la llamada anidada?
El problema con ese código es que sayHi puede cambiar en el código externo. Si la función se asigna a otra variable, el
código comenzará a dar errores:
283/553
let sayHi = function(who) {
if (who) {
alert(`Hello, ${who}`);
} else {
sayHi("Guest"); // Error: sayHi no es una función
}
};
Eso sucede porque la función toma sayHi de su entorno léxico externo. No hay sayHi local, por lo que se utiliza la
variable externa. Y en el momento de la llamada, ese sayHi externo es nulo .
El nombre opcional que podemos poner en la Expresión de función está destinado a resolver exactamente este tipo de
problemas.
Ahora funciona, porque el nombre "func" es una función local. No se toma desde el exterior (y no es visible allí). La
especificación garantiza que siempre hará referencia a la función actual.
El código externo todavía tiene su variable sayHi o welcome . Y func es el “nombre de función interna” con el que la
función puede llamarse internamente.
A veces, necesitamos un nombre interno confiable, este es un motivo para reescribir un formulario de Declaración de
funciones en Expresión de funciones con nombre.
Resumen
Si la función se declara como una Expresión de función (no en el flujo de código principal), y lleva el nombre, se llama
Expresión de Función con Nombre (Named Function Expression). El nombre se puede usar dentro para hacer referencia a sí
mismo, para llamadas recursivas o similares.
Además, las funciones pueden tener propiedades adicionales. Muchas bibliotecas de JavaScript conocidas hacen un gran
uso de esta función.
Crean una función “principal” y le asignan muchas otras funciones “auxiliares”. Por ejemplo, la biblioteca jQuery crea una
función llamada $ . La biblioteca lodash crea una función _ , y luego agrega _.clone , _.keyBy y otras propiedades
(mira los docs cuando quieras aprender más sobre ello). En realidad, lo hacen para disminuir su contaminación del
284/553
espacio global, de modo que una sola biblioteca proporciona solo una variable global. Eso reduce la posibilidad de conflictos
de nombres.
Por lo tanto, una función puede hacer un trabajo útil por sí misma y también puede tener muchas otras funcionalidades en
las propiedades.
Tareas
Modifique el código de makeCounter() para que el contador también pueda disminuir y establecer el número:
P.D. Puedes usar un “closure” o la propiedad de función para mantener el recuento actual. O escribe ambas variantes.
A solución
sum(1)(2) == 3; // 1 + 2
sum(1)(2)(3) == 6; // 1 + 2 + 3
sum(5)(-1)(2) == 6
sum(6)(-1)(-2)(-3) == 0
sum(0)(1)(2)(3)(4)(5) == 15
P.D. Sugerencia: es posible que deba configurar una conversión personalizada “objeto a primitiva” en su función.
A solución
Sintaxis
La función se crea con los argumentos arg1 ... argN y el cuerpo functionBody dado.
Es más fácil entender viendo un ejemplo: Aquí tenemos una función con dos argumentos:
alert(sumar(1, 2)); // 3
285/553
Y aquí tenemos unaa función sin argumentos, con solo el cuerpo de la función:
diHola(); // Hola
La mayor diferencia sobre las otras maneras de crear funciones que hemos visto, es que la función se crea desde un string y
es pasada en tiempo de ejecución.
Las declaraciones anteriores nos obliga a nosotros, los programadores, a escribir el código de la función en el script.
Pero new Function nos permite convertir cualquier string en una función. Por ejemplo, podemos recibir una nueva
función desde el servidor y ejecutarlo.
Se utilizan en casos muy específicos, como cuando recibimos código de un servidor, o compilar dinámicamente una función
a partir de una plantilla. La necesidad surge en etapas avanzadas de desarrollo.
Closure
Normalmente, una función recuerda dónde nació en una propiedad especial llamada [[Environment]] , que hace
referencia al entorno léxico desde dónde se creó.
Pero cuando una función es creada usando new Function , su [[Environment]] no hace referencia al entorno léxico
actual, sino al global.
Entonces, tal función no tiene acceso a las variables externas, solo a las globales.
function getFunc() {
let valor = "test";
return func;
}
function getFunc() {
let valor = "test";
return func;
}
Esta característica especial de new Function parece extraña, pero resulta muy útil en la práctica.
Imagina que debemos crear una función a partir de una string. El código de dicha función no se conoce al momento de
escribir el script (es por eso que no usamos funciones regulares), sino que se conocerá en el proceso de ejecución.
Podemos recibirlo del servidor o de otra fuente.
286/553
Por ejemplo, si una función tiene let userName , el minifier lo reemplaza con let a (u otra letra si ésta está siendo
utilizada), y lo hace en todas partes. Esto normalmente es una práctica segura, porque al ser una variable local, nada de
fuera de la función puede acceder a ella. Y dentro de una función, el minifier reemplaza todo lo que la menciona. Los
Minificadores son inteligentes, ellos analizan la estructura del código, por lo tanto, no rompen nada. No realizan un simple
buscar y reemplazar.
Pero si new Function pudiera acceder a las variables externas, no podría encontrar la variable userName renombrada.
Si new Function tuviera acceso a variables externas, tendríamos problemas con los minificadores
Para pasar algo a una función creada como new Function , debemos usar sus argumentos.
Resumen
La sintaxis:
Por razones históricas, los argumentos también pueden ser pasados como una lista separada por comas.
Las funciones creadas con new Function , tienen [[Environment]] haciendo referencia a ambiente léxico global, no
al externo. En consecuencia no pueden usar variables externas. Pero eso es en realidad algo bueno, porque nos previene de
errores. Pasar parámetros explícitamente es mucho mejor arquitectónicamente y no causa problemas con los minificadores.
Estos métodos no son parte de la especificación de JavaScript. Pero la mayoría de los entornos tienen el planificador interno
y proporcionan estos métodos. En particular, son compatibles con todos los navegadores y Node.js.
setTimeout
La sintaxis:
Parámetros:
func|código
Una función o un string con código para ejecutar. Lo normal es que sea una función. Por razones históricas es posible pasar
una cadena de código, pero no es recomendable.
retraso
El retraso o delay antes de la ejecución, en milisegundos (1000 ms = 1 segundo), por defecto 0.
arg1 , arg2 …
Argumentos para la función (no compatible con IE9-)
287/553
Por ejemplo, este código llama a sayHi() después de un segundo:
function sayHi() {
alert('Hola');
}
setTimeout(sayHi, 1000);
Con argumentos:
setTimeout("alert('Hola')", 1000);
// ¡mal!
setTimeout(sayHi(), 1000);
Eso no funciona, porque setTimeout espera una referencia a una función. Y aquí sayHi() ejecuta la función, y el
resultado de su ejecución se pasa a setTimeout . En nuestro caso, el resultado de sayHi() es undefined (la
función no devuelve nada), por lo que no habrá nada planificado.
En el siguiente código, planificamos la función y luego la cancelamos (cambiamos de opinión). Como resultado, no pasa
nada:
clearTimeout(timerId);
alert(timerId); // mismo identificador (No se vuelve nulo después de cancelar)
Como podemos ver en la salida alert , en un navegador el identificador del temporizador es un número. En otros entornos,
esto puede ser otra cosa. Por ejemplo, Node.js devuelve un objeto de temporizador con métodos adicionales.
288/553
Para los navegadores, los temporizadores se describen en la sección timers del estándar HTML5.
setInterval
Todos los argumentos tienen el mismo significado. Pero a diferencia de setTimeout , ejecuta la función no solo una vez,
sino regularmente después del intervalo de tiempo dado.
El siguiente ejemplo mostrará el mensaje cada 2 segundos. Después de 5 segundos, la salida se detiene:
Entonces, si ejecuta el código anterior y no descarta la ventana de ‘alerta’ por un tiempo, la próxima ‘alerta’ se mostrará
de inmediato. El intervalo real entre alertas será más corto que 2 segundos.
setTimeout anidado
El setTimeout anidado es un método más flexible que setInterval . De esta manera, la próxima llamada se puede
planificar de manera diferente, dependiendo de los resultados de la actual.
Ejemplo: necesitamos escribir un servicio que envíe una solicitud al servidor cada 5 segundos solicitando datos, pero en
caso de que el servidor esté sobrecargado, deber aumentar el intervalo a 10, 20, 40 segundos…
289/553
}, delay);
Y si las funciones que estamos planificando requieren mucha CPU, entonces podemos medir el tiempo que tarda la
ejecución y planificar la próxima llamada más tarde o más temprano.
setTimeout anidado permite establecer el retraso entre las ejecuciones con mayor precisión que setInterval .
let i = 1;
setInterval(function() {
func(i++);
}, 100);
let i = 1;
setTimeout(function run() {
func(i++);
setTimeout(run, 100);
}, 100);
Eso es normal, porque el tiempo que tarda la ejecución de func “consume” una parte del intervalo.
Es posible que la ejecución de func sea más larga de lo esperado y demore más de 100 ms.
En este caso, el motor espera a que se complete func , luego verifica el planificador y, si se acabó el tiempo, lo ejecuta de
nuevo inmediatamente.
En caso límite, si la ejecución de la función siempre demora más que los ms de retraso , entonces las llamadas se
realizarán sin pausa alguna.
100 100
290/553
Recolección de basura y setInterval/setTimeout callback
Cuando se pasa una función en setInterval / setTimeout , se crea una referencia interna y se guarda en el
planificador. Esto evita que la función se recolecte, incluso si no hay otras referencias a ella…
Hay un efecto secundario. Una función hace referencia al entorno léxico externo, por lo tanto, mientras vive, las variables
externas también viven. Pueden tomar mucha más memoria que la función misma. Entonces, cuando ya no necesitamos
la función planificada, es mejor cancelarla, incluso si es muy pequeña.
Esto planifica la ejecución de func lo antes posible. Pero el planificador lo invocará solo después de que se complete el
script que se está ejecutando actualmente.
Por lo tanto, la función está planificada para ejecutarse “justo después” del script actual.
Por ejemplo, esto genera “Hola”, e inmediatamente después “Mundo”:
alert("Hola");
La primera línea “pone la llamada en el calendario después de 0 ms”. Pero el planificador solo “verificará el calendario” una
vez que se haya completado el script actual, por lo que “Hola” es primero y “Mundo” después.
También hay casos de uso avanzados relacionados con el navegador y el tiempo de espera cero (zero-delay), que
discutiremos en el capítulo Loop de eventos: microtareas y macrotareas.
291/553
De hecho, el retraso cero no es cero (en un navegador)
En el navegador, hay una limitación de la frecuencia con la que se pueden ejecutar los temporizadores anidados. EL
HTML5 standard dice: “después de cinco temporizadores anidados, el intervalo debe ser de al menos 4
milisegundos”.
Demostremos lo que significa con el siguiente ejemplo. La llamada setTimeout se planifica a sí misma con cero
retraso. Cada llamada recuerda el tiempo real de la anterior en el array times . ¿Cómo son los retrasos reales?
Veamos:
setTimeout(function run() {
times.push(Date.now() - start); // recuerda el retraso de la llamada anterior
if (start + 100 < Date.now()) alert(times); // mostrar los retrasos después de 100 ms
else setTimeout(run); // de lo contrario replanificar
});
// Un ejemplo de la salida:
// 1,1,1,1,9,15,20,24,30,35,40,45,50,55,59,64,70,75,80,85,90,95,100
Los primeros temporizadores se ejecutan inmediatamente (tal como está escrito en la especificación), y luego vemos 9,
15, 20, 24 ... . Entra en juego el retraso obligatorio de más de 4 ms entre invocaciones.
Lo mismo sucede si usamos setInterval en lugar de setTimeout : setInterval(f) ejecuta f algunas veces
con cero retraso, y luego con 4+ ms de retraso.
Esa limitación proviene de la antigüedad y muchos scripts dependen de ella, por lo que existe por razones históricas.
Para JavaScript del lado del servidor, esa limitación no existe, y existen otras formas de planificar un trabajo asincrónico
inmediato, como setImmediate para Node.js. Entonces esta nota es específica del navegador.
Resumen
● Los métodos setTimeout(func, delay, ... args) y setInterval(func, delay, ... args) nos
permiten ejecutar el func una vez / regularmente después de un retardo (delay) en milisegundos.
● Para cancelar la ejecución, debemos llamar a clearTimeout / clearInterval con el valor devuelto por
setTimeout / setInterval .
●
Las llamadas anidadas setTimeout son una alternativa más flexible a setInterval , lo que nos permite establecer el
tiempo entre ejecuciones con mayor precisión.
● La programación de retardo cero con setTimeout(func, 0) (lo mismo que setTimeout(func) ) se usa para
programar la llamada “lo antes posible, pero después de que se complete el script actual”.
●
El navegador limita la demora mínima para cinco o más llamadas anidadas de setTimeout o para setInterval
(después de la quinta llamada) a 4 ms. Eso es por razones históricas.
Tenga en cuenta que todos los métodos de planificación no garantizan el retraso exacto.
Por ejemplo, el temporizador en el navegador puede ralentizarse por muchas razones:
● La CPU está sobrecargada.
● La pestaña del navegador está en modo de “segundo plano”.
● El portátil está en modo “ahorro de batería”.
Todo eso puede aumentar la resolución mínima del temporizador (el retraso mínimo) a 300 ms o incluso 1000 ms
dependiendo de la configuración de rendimiento del navegador y del nivel del sistema operativo.
Tareas
292/553
Escriba una función printNumbers(from, to) que genere un número cada segundo, comenzando desde from y
terminando con to .
1. Usando setInterval .
2. Usando setTimeout anidado.
A solución
En el siguiente código hay una llamada programada setTimeout , luego se ejecuta un cálculo pesado que demora más de
100 ms en finalizar.
let i = 0;
A solución
Caché transparente
Digamos que tenemos una función slow(x) que es pesada para la CPU, pero sus resultados son estables. En otras
palabras, la misma x siempre devuelve el mismo resultado.
Si la función se llama con frecuencia, es posible que queramos almacenar en caché (recordar) los resultados para evitar
perder tiempo extra en nuevos cálculos.
Pero en lugar de agregar esa funcionalidad en slow() crearemos una función de contenedor, que agrega almacenamiento
en caché. Como veremos, hacer esto trae beneficios.
Aquí está el código, y siguiendo las explicaciones:
function slow(x) {
// puede haber un trabajo pesado de CPU aquí
alert(`Called with ${x}`);
return x;
}
function cachingDecorator(func) {
let cache = new Map();
return function(x) {
if (cache.has(x)) { // si hay tal propiedad en caché
return cache.get(x); // lee el resultado
293/553
}
slow = cachingDecorator(slow);
En el código anterior, cachingDecorator es un decorador: una función especial que toma otra función y altera su
comportamiento.
La idea es que podemos llamar a cachingDecorator para cualquier función, y devolver el contenedor de
almacenamiento en caché. Eso es genial, porque podemos tener muchas funciones que podrían usar dicha función, y todo lo
que tenemos que hacer es aplicarles ‘cachingDecorator’.
Al separar el caché del código de la función principal, también permite mantener el código principal más simple.
Contenedor
alrededor de la función
Desde un código externo, la función slow envuelta sigue haciendo lo mismo. Simplemente se agregó un aspecto de
almacenamiento en caché a su comportamiento.
Para resumir, hay varios beneficios de usar un cachingDecorator separado en lugar de alterar el código de slow en sí
mismo:
● El cachingDecorator es reutilizable. Podemos aplicarlo a otra función.
● La lógica de almacenamiento en caché es independiente, no aumentó la complejidad de slow en sí misma (si hubiera
alguna).
● Podemos combinar múltiples decoradores si es necesario.
El decorador de caché mencionado anteriormente no es adecuado para trabajar con métodos de objetos.
Por ejemplo, en el siguiente código, worker.slow() deja de funcionar después de la decoración:
slow(x) {
// una aterradora tarea muy pesada para la CPU
alert("Called with " + x);
return x * this.someMethod(); // (*)
}
};
294/553
// el mismo código de antes
function cachingDecorator(func) {
let cache = new Map();
return function(x) {
if (cache.has(x)) {
return cache.get(x);
}
let result = func(x); // (**)
cache.set(x, result);
return result;
};
}
El error ocurre en la línea (*) que intenta acceder a this.someMethod y falla. ¿Puedes ver por qué?
La razón es que el contenedor llama a la función original como func(x) en la línea (**) . Y, cuando se llama así, la
función obtiene this = undefined .
Entonces, el contenedor pasa la llamada al método original, pero sin el contexto this . De ahí el error.
La sintaxis es:
Ejecuta func proporcionando el primer argumento como this , y el siguiente como los argumentos.
func(1, 2, 3);
func.call(obj, 1, 2, 3)
Ambos llaman func con argumentos 1 , 2 y 3 . La única diferencia es que func.call también establece this en
obj .
Como ejemplo, en el siguiente código llamamos a sayHi en el contexto de diferentes objetos: sayHi.call(user)
ejecuta sayHi estableciendo this = user , y la siguiente línea establece this = admin :
function sayHi() {
alert(this.name);
}
Y aquí usamos call para llamar a say con el contexto y la frase dados:
295/553
function say(phrase) {
alert(this.name + ': ' + phrase);
}
En nuestro caso, podemos usar call en el contenedor para pasar el contexto a la función original:
let worker = {
someMethod() {
return 1;
},
slow(x) {
alert("Called with " + x);
return x * this.someMethod(); // (*)
}
};
function cachingDecorator(func) {
let cache = new Map();
return function(x) {
if (cache.has(x)) {
return cache.get(x);
}
let result = func.call(this, x); // "this" se pasa correctamente ahora
cache.set(x, result);
return result;
};
}
Ahora hagamos que cachingDecorator sea aún más universal. Hasta ahora solo funcionaba con funciones de un sólo
argumento.
let worker = {
slow(min, max) {
return min + max; // una aterradora tarea muy pesada para la CPU
}
};
Anteriormente, para un solo argumento x podríamos simplemente usar cache.set(x, result) para guardar el
resultado y cache.get(x) para recuperarlo. Pero ahora necesitamos recordar el resultado para una combinación de
argumentos (min, max) . El Map nativo toma solo un valor como clave.
296/553
Hay muchas posibles soluciones:
1. Implemente una nueva estructura de datos similar a un mapa (o use una de un tercero) que sea más versátil y permita
múltiples propiedades.
2. Use mapas anidados: cache.set(min) será un Map que almacena el par (max, result) . Así podemos obtener
result como cache.get(min).get(max) .
3. Una dos valores en uno. En nuestro caso particular, podemos usar un string "min,max" como la propiedad de Map .
Por flexibilidad, podemos permitir proporcionar un función hashing para el decorador, que sabe hacer un valor de muchos.
Para muchas aplicaciones prácticas, la tercera variante es lo suficientemente buena, por lo que nos mantendremos en esa
opción.
También necesitamos pasar no solo x , sino todos los argumentos en func.call . Recordemos que en una función()
podemos obtener un pseudo-array (array-like) de sus argumentos como arguments , por lo que func.call(this, x)
debería reemplazarse por func.call(this, ...arguments) .
let worker = {
slow(min, max) {
alert(`Called with ${min},${max}`);
return min + max;
}
};
cache.set(key, result);
return result;
};
}
function hash(args) {
return args[0] + ',' + args[1];
}
Ahora funciona con cualquier número de argumentos (aunque la función hash también necesitaría ser ajustada para permitir
cualquier número de argumentos. Una forma interesante de manejar esto se tratará a continuación).
Hay dos cambios:
● En la línea (*) llama a hash para crear una sola propiedad de arguments . Aquí usamos una simple función de
“unión” que convierte los argumentos (3, 5) en la propiedad "3,5" . Los casos más complejos pueden requerir otras
funciones hash.
● Entonces (**) usa func.call(this, ...arguments) para pasar tanto el contexto como todos los argumentos
que obtuvo el contenedor (no solo el primero) a la función original.
func.apply
func.apply(context, args)
297/553
Ejecuta la configuración func this = context y usa un objeto tipo array args como lista de argumentos.
La única diferencia de sintaxis entre call y apply es que call espera una lista de argumentos, mientras que apply
lleva consigo un objeto tipo matriz.
Entonces estas dos llamadas son casi equivalentes:
func.call(context, ...args);
func.apply(context, args);
Y para los objetos que son iterables y array-like, como un array real, podemos usar cualquiera de ellos, pero apply
probablemente será más rápido, porque la mayoría de los motores de JavaScript lo optimizan mejor internamente.
Pasar todos los argumentos junto con el contexto a otra función se llama redirección de llamadas.
Cuando un código externo llama a tal wrapper , no se puede distinguir de la llamada de la función original func .
Préstamo de método
function hash(args) {
return args[0] + ',' + args[1];
}
A partir de ahora, funciona solo en dos argumentos. Sería mejor si pudiera adherir (glue) cualquier número de args .
function hash(args) {
return args.join();
}
… Desafortunadamente, eso no funcionará. Debido a que estamos llamando a hash (arguments) , y el objeto
arguments es iterable y array-like (similar a un array, pero no es un array real).
function hash() {
alert( arguments.join() ); // Error: arguments.join is not a function
}
hash(1, 2);
Aún así, hay una manera fácil de usar la unión (join) de arrays:
function hash() {
alert( [].join.call(arguments) ); // 1,2
}
hash(1, 2);
298/553
El truco se llama préstamo de método (method borrowing).
Tomamos (prestado) el método join de un array regular ( [].join ) y usamos [].join.call para ejecutarlo en el
contexto de arguments .
Esto se debe a que el algoritmo interno del método nativo arr.join (glue) es muy simple.
Entonces, técnicamente this une this[0] , this[1] …etc. Está escrito intencionalmente de una manera que permite
cualquier tipo de array this (no es una coincidencia, muchos métodos siguen esta práctica). Es por eso que también
funciona con this = arguments
Por lo general, es seguro reemplazar una función o un método con un decorador, excepto por una pequeña cosa. Si la
función original tenía propiedades (como func.calledCount o cualquier otra) entonces la función decoradora no las
proporcionará. Porque es una envoltura. Por lo tanto, se debe tener cuidado al usarlo.
En el ejemplo anterior, si la función slow tuviera propiedades, cachingDecorator(slow) sería un contenedor sin
dichas propiedades.
Algunos decoradores pueden proporcionar sus propias propiedades. P.ej. un decorador puede contar cuántas veces se
invocó una función y cuánto tiempo tardó, y exponer esta información a través de propiedades de envoltura.
Existe una forma de crear decoradores que mantienen el acceso a las propiedades de la función, pero esto requiere el uso
de un objeto especial Proxy para ajustar una función. Lo discutiremos más adelante en el artículo Proxy y Reflect.
Resumen
Decorator o decorador es un contenedor alrededor de una función que altera su comportamiento. El trabajo principal todavía
lo realiza la función.
Los decoradores se pueden ver como “características” o “aspectos” que se pueden agregar a una función. Podemos agregar
uno o agregar muchos. ¡Y todo esto sin cambiar su código!
También vimos un ejemplo de préstamo de método cuando tomamos un método de un objeto y lo llamamos en el contexto
de otro objeto. Es bastante común tomar métodos de array y aplicarlos al símil-array arguments . La alternativa es utilizar
el objeto de parámetros rest que es un array real.
Hay muchos decoradores a tu alrededor. Verifica qué tan bien los entendiste resolviendo las tareas de este capítulo.
Tareas
299/553
Decorador espía
importancia: 5
Cree un decorador spy(func) que devuelva un contenedor el cual guarde todas las llamadas a la función en su propiedad
calls
Por ejemplo
function work(a, b) {
alert( a + b ); // work es una función o método arbitrario
}
work = spy(work);
work(1, 2); // 3
work(4, 5); // 9
P.D Ese decorador a veces es útil para pruebas unitarias. Su forma avanzada es sinon.spy en la librería Sinon.JS .
A solución
Decorador de retraso
importancia: 5
Por ejemplo
function f(x) {
alert(x);
}
// crear contenedores
let f1000 = delay(f, 1000);
let f1500 = delay(f, 1500);
En otras palabras, delay (f, ms) devuelve una variante "Retrasada por ms " de f .
En el código anterior, f es una función de un solo argumento, pero en esta solución debe pasar todos los argumentos y el
contexto this .
A solución
Decorador debounce
importancia: 5
El resultado del decorador debounce(f, ms) es un contenedor que suspende las llamadas a f hasta que haya ms
milisegundos de inactividad (sin llamadas, “período de enfriamiento”), luego invoca f una vez con los últimos argumentos.
En otras palabras, debounce es como una secretaria que acepta “llamadas telefónicas” y espera hasta que haya ms
milisegundos de silencio. Y solo entonces transfiere la información de la última llamada al “jefe” (llama a la “f” real).
300/553
Por ejemplo, teníamos una función f y la reemplazamos con f = debounce(f, 1000) .
Entonces, si la función contenedora se llama a 0ms, 200ms y 500ms, y luego no hay llamadas, entonces la ‘f’ real solo se
llamará una vez, a 1500ms. Es decir: después del período de enfriamiento de 1000 ms desde la última llamada.
after 1000ms
c
1000ms
time
0 200ms 500ms 1500ms
calls: f(a) f(b) f(c)
Aquí está el código para ello (usa el decorador debounce del Lodash library :
f("a");
setTimeout( () => f("b"), 200);
setTimeout( () => f("c"), 500);
// la función debounce espera 1000 ms después de la última llamada y luego ejecuta: alert ("c")
Ahora un ejemplo práctico. Digamos que el usuario escribe algo y nos gustaría enviar una solicitud al servidor cuando finalice
la entrada.
No tiene sentido enviar la solicitud para cada carácter escrito. En su lugar, nos gustaría esperar y luego procesar todo el
resultado.
En un navegador web, podemos configurar un controlador de eventos, una función que se llama en cada cambio de un
campo de entrada. Normalmente, se llama a un controlador de eventos con mucha frecuencia, por cada tecla escrita. Pero si
le pasamos debounce por 1000ms, entonces solo se llamará una vez, después de 1000ms después de la última entrada.
Entonces, debounce es una excelente manera de procesar una secuencia de eventos: ya sea una secuencia de
pulsaciones de teclas, movimientos del mouse u otra cosa.
Espera el tiempo dado después de la última llamada y luego ejecuta su función, que puede procesar el resultado.
A solución
Decorador throttle
importancia: 5
Cuando se llama varias veces, pasa la llamada a f como máximo una vez por ms milisegundos.
● debounce ejecuta la función una vez después del período de enfriamiento . Es bueno para procesar el resultado
final.
● throttle lo ejecuta no más de lo que se le da en el tiempo ms . Es bueno para actualizaciones regulares que no
deberían ser muy frecuentes.
En otras palabras, “throttle” es como una secretaria que acepta llamadas telefónicas, pero molesta al jefe (llama a la “f” real)
no más de una vez por milisegundos ms .
Revisemos una aplicación de la vida real para comprender mejor ese requisito y ver de dónde proviene.
301/553
Por ejemplo, queremos registrar los movimientos del mouse.
En un navegador, podemos configurar una función para que se ejecute en cada movimiento del mouse y obtener la ubicación
del puntero a medida que se mueve. Durante un uso activo del mouse, esta función generalmente se ejecuta con mucha
frecuencia, puede ser algo así como 100 veces por segundo (cada 10 ms). Nos gustaría actualizar cierta información en
la página web cuando se mueve el puntero.
…Pero la función de actualización update() es demasiado pesada para hacerlo en cada micro-movimiento. Tampoco
tiene sentido actualizar más de una vez cada 100 ms.
Entonces lo envolveremos en el decorador: para ejecutar en cada movimiento del mouse, usamos throttle(update,
100) en lugar del update() original. Se llamará al decorador con frecuencia, pero reenviará la llamada a update()
como máximo una vez cada 100 ms.
1. Para el primer movimiento del mouse, el variante decorador pasa inmediatamente la llamada a update . Eso es
importante, el usuario ve nuestra reacción a su movimiento de inmediato
2. Luego, a medida que el mouse avanza, hasta 100ms no sucede nada. La variante decorador ignora las llamadas.
3. Al final de 100ms – ocurre un update más con las últimas coordenadas.
4. Entonces, finalmente, el mouse se detiene en alguna parte. La variante decorador espera hasta que expire 100ms y
luego ejecuta update con las últimas coordenadas. Entonces, y esto es bastante importante, se procesan las
coordenadas finales del mouse.
Un código de ejemplo:
function f(a) {
console.log(a);
}
f1000(1); // muestra 1
f1000(2); // (throttling, 1000ms aún no)
f1000(3); // (throttling, 1000ms aún no)
P.D Los argumentos y el contexto this pasado a f1000 deben pasarse a la f original.
A solución
Pérdida de “this”
Ya hemos visto ejemplos de pérdida de this . Una vez que se pasa hacia algún lugar un método separado de su objeto,
this se pierde.
let user = {
firstName: "John",
sayHi() {
alert(`Hello, ${this.firstName}!`);
302/553
}
};
Como podemos ver, el resultado no muestra “John” como this.firstName ¡sino undefined !
Esto se debe a que setTimeout tiene la función user.sayHi , separada del objeto. La última línea se puede reescribir
como:
let f = user.sayHi;
setTimeout(f, 1000); // user pierde el contexto
El método setTimeout en el navegador es un poco especial: establece this = window para la llamada a la función
(para Node.js, this se convierte en el objeto temporizador (timer), pero realmente no importa aquí). Entonces, en
this.firstName intenta obtener window.firstName , que no existe. En otros casos similares, this simplemente se
vuelve undefined .
La tarea es bastante típica: queremos pasar un método de objeto a otro lugar (aquí, al planificador) donde se llamará.
¿Cómo asegurarse de que se llamará en el contexto correcto?
let user = {
firstName: "John",
sayHi() {
alert(`Hello, ${this.firstName}!`);
}
};
setTimeout(function() {
user.sayHi(); // Hello, John!
}, 1000);
Ahora funciona, porque recibe a user del entorno léxico externo, y luego llama al método normalmente.
let user = {
firstName: "John",
sayHi() {
alert(`Hello, ${this.firstName}!`);
}
};
303/553
Solución 2: bind (vincular)
Las funciones proporcionan un método incorporado bind que permite fijar a this .
El resultado de func.bind(context) es un “objeto exótico”, una función similar a una función regular que se puede
llamar como función; esta pasa la llamada de forma transparente a func estableciendo this = context .
Por ejemplo, aquí funcUser pasa una llamada a func con this = user :
let user = {
firstName: "John"
};
function func() {
alert(this.firstName);
}
Aquí func.bind(user) es como una “variante vinculada” de func , con this = user fijo en ella.
Todos los argumentos se pasan al func original “tal cual”, por ejemplo:
let user = {
firstName: "John"
};
function func(phrase) {
alert(phrase + ', ' + this.firstName);
}
let user = {
firstName: "John",
sayHi() {
alert(`Hello, ${this.firstName}!`);
}
};
En la línea (*) tomamos el método user.sayHi y lo vinculamos a user . sayHi es una función “vinculada”. No
importa si se llama sola o se pasa en setTimeout , el contexto será el correcto.
304/553
Aquí podemos ver que los argumentos se pasan “tal cual”, solo que this se fija mediante bind :
let user = {
firstName: "John",
say(phrase) {
alert(`${phrase}, ${this.firstName}!`);
}
};
Convenience method:bindAll
Si un objeto tiene muchos métodos y planeamos pasarlo activamente, podríamos vincularlos a todos en un bucle:
Las bibliotecas de JavaScript también proporcionan funciones para un enlace masivo, e.j. _.bindAll(object,
methodNames) en lodash.
Funciones parciales
Hasta ahora solo hemos estado hablando de vincular this . Vamos un paso más allá.
Podemos vincular no solo this , sino también argumentos. Es algo que no suele hacerse, pero a veces puede ser útil.
function mul(a, b) {
return a * b;
}
function mul(a, b) {
return a * b;
}
La llamada a mul.bind(null, 2) crea una nueva función double que pasa las llamadas a mul , fijando null como
contexto y 2 como primer argumento. Otros argumentos se pasan “tal cual”.
Esto se llama aplicación parcial : creamos una nueva función fijando algunos parámetros a la existente.
Tenga en cuenta que aquí en realidad no usamos this . Pero bind lo requiere, por lo que debemos poner algo como
null .
305/553
La función triple en el siguiente código triplica el valor:
function mul(a, b) {
return a * b;
}
En otros casos, la aplicación parcial es útil cuando tenemos una función muy genérica y queremos una variante menos
universal para mayor comodidad.
Por ejemplo, tenemos una función send(from, to, text) . Luego, dentro de un objeto user podemos querer usar una
variante parcial del mismo: sendTo(to, text) que envía desde el usuario actual.
¿Qué pasa si queremos fijar algunos argumentos, pero no el contexto this ? Por ejemplo, para un método de objeto.
El método bind nativo no permite eso. No podemos simplemente omitir el contexto y saltar a los argumentos.
Afortunadamente, se puede implementar fácilmente una función parcial para vincular solo argumentos.
Como esto:
// Uso:
let user = {
firstName: "John",
say(time, phrase) {
alert(`[${time}] ${this.firstName}: ${phrase}!`);
}
};
user.sayNow("Hello");
// Algo como:
// [10:00] John: Hello!
El resultado de la llamada parcial(func [, arg1, arg2 ...]) es un contenedor wrapper (*) que llama a func
con:
● El mismo this (para la llamada a user.sayNow es user )
●
Luego le da ...argsBound : argumentos desde la llamada a partial ( "10:00" )
●
Luego le da ...args : argumentos dados desde la envoltura ( "Hello" )
Resumen
El método func.bind(context, ... args) devuelve una “variante vinculada” de la función func , fijando el contexto
this y los primeros argumentos si estos se dan.
306/553
Por lo general, aplicamos bind para fijar this a un método de objeto, de modo que podamos pasarlo en otro lugar. Por
ejemplo, en setTimeout .
Cuando fijamos algunos argumentos de una función existente, la función resultante (menos universal) se llama aplicación
parcial o parcial.
Los parciales son convenientes cuando no queremos repetir el mismo argumento una y otra vez. Al igual que si tenemos una
función send(from, to) , y from siempre debe ser igual para nuestra tarea, entonces, podemos obtener un parcial y
continuar la tarea con él.
Tareas
function f() {
alert( this ); // ?
}
let user = {
g: f.bind(null)
};
user.g();
A solución
Segundo enlace
importancia: 5
function f() {
alert(this.name);
}
f();
A solución
Hay un valor en la propiedad de una función. ¿Cambiará después de bind ? ¿Por qué sí o por qué no?
function sayHi() {
alert( this.name );
}
sayHi.test = 5;
A solución
307/553
Arreglar una función que perdió "this"
importancia: 5
Arregle la línea resaltada para que todo comience a funcionar correctamente (no se deben cambiar otras líneas).
let user = {
name: 'John',
loginOk() {
alert(`${this.name} logged in`);
},
loginFail() {
alert(`${this.name} failed to log in`);
},
};
askPassword(user.loginOk, user.loginFail);
A solución
La tarea es una variante un poco más compleja de Arreglar una función que perdió "this".
El objeto user fue modificado. Ahora, en lugar de dos funciones loginOk/loginFail , tiene una sola función
user.login(true/false) .
¿Qué deberíamos pasar a askPassword en el código a continuación, para que llame a user.login(true) como ok y
user.login(false) como fail ?
let user = {
name: 'John',
login(result) {
alert( this.name + (result ? ' logged in' : ' failed to log in') );
}
};
askPassword(?, ?); // ?
A solución
308/553
Volvamos a revisar las funciones de flecha.
Las funciones de flecha no son solo una “taquigrafía” para escribir pequeñas cosas. Tienen algunas características muy
específicas y útiles.
JavaScript está lleno de situaciones en las que necesitamos escribir una pequeña función que se ejecuta en otro lugar.
Por ejemplo
● arr.forEach(func) – func es ejecutado por forEach para cada elemento del array.
● setTimeout(func) – func es ejecutado por el planificador incorporado.
● …y muchas más.
Está en el espíritu de JavaScript crear una función y pasarla a algún otro lugar.
Y en tales funciones, por lo general, no queremos abandonar el contexto actual. Ahí es donde las funciones de flecha son
útiles.
Como recordamos del capítulo Métodos del objeto, "this", las funciones de flecha no tienen this . Si se accede a this , se
toma el contexto del exterior.
let group = {
title: "Our Group",
students: ["John", "Pete", "Alice"],
showList() {
this.students.forEach(
student => alert(this.title + ': ' + student)
);
}
};
group.showList();
Aquí, en forEach se utiliza la función de flecha, por lo que this.title es exactamente igual que en el método externo
showList . Es decir: group.title .
let group = {
title: "Our Group",
students: ["John", "Pete", "Alice"],
showList() {
this.students.forEach(function(student) {
// Error: Cannot read property 'title' of undefined
alert(this.title + ': ' + student);
});
}
};
group.showList();
El error se produce porque forEach ejecuta funciones con this = undefined de forma predeterminada, por lo que se
intenta acceder a undefined.title .
309/553
Funciones de flecha VS bind
Hay una sutil diferencia entre una función de flecha => y una función regular llamada con .bind(this) :
● .bind(this) crea una “versión enlazada” de la función.
● La flecha => no crea ningún enlace. La función simplemente no tiene this . La búsqueda de ‘this’ se realiza
exactamente de la misma manera que una búsqueda de variable regular: en el entorno léxico externo.
Eso es genial para los decoradores, cuando necesitamos reenviar una llamada con this y arguments actuales.
Por ejemplo, defer (f, ms) obtiene una función y devuelve un contenedor que retrasa la llamada en ms milisegundos:
function sayHi(who) {
alert('Hello, ' + who);
}
Aquí tuvimos que crear las variables adicionales args y ctx para que la función dentro de setTimeout pudiera
tomarlas.
Resumen
Funciones de flecha:
● No tienen this
● No tienen arguments
● No se pueden llamar con new
● Tampoco tienen super , que aún no hemos estudiado. Lo veremos en el capítulo Herencia de clase
Esto se debe a que están diseñadas para piezas cortas de código que no tienen su propio “contexto”, sino que funcionan en
el actual. Y realmente brillan en ese caso de uso.
310/553
En este capítulo vamos a estudiar opciones adicionales de configuración, y en el siguiente veremos como convertirlas
invisiblemente en funciones ‘getter/setter’ (obtención y establecimiento).
Indicadores de propiedad
Las propiedades de objeto, aparte de un value , tienen tres atributos especiales (también llamados “indicadores”):
● writable – si es true , puede ser editado, de otra manera es de solo lectura.
● enumerable – si es true , puede ser listado en bucles, de otro modo no puede serlo.
● configurable – si es true , la propiedad puede ser borrada y estos atributos pueden ser modificados, de otra forma
no.
No los vimos hasta ahora porque generalmente no se muestran. Cuando creamos una propiedad “de la forma usual”, todos
ellos son true . Pero podemos cambiarlos en cualquier momento.
La sintaxis es:
obj
El objeto del que se quiere obtener la información.
propertyName
El nombre de la propiedad.
El valor devuelto es el objeto llamado “descriptor de propiedad”: este contiene el valor de todos los indicadores.
Por ejemplo:
let user = {
name: "Juan"
};
La sintaxis es:
obj , propertyName
el objeto y la propiedad con los que se va a trabajar.
descriptor
descriptor de propiedad a aplicar.
Si la propiedad existe, defineProperty actualiza sus indicadores. De otra forma, creará la propiedad con el valor y el
indicador dado; en ese caso, si el indicador no es proporcionado, es asumido como false .
311/553
En el ejemplo a continuación, se crea una propiedad name con todos los indicadores en false :
Object.defineProperty(user, "name", {
value: "Juan"
});
Comparado con la creada “de la forma usual” user.name : ahora todos los indicadores son false . Si no es lo que
queremos, es mejor que los establezcamos en true en el descriptor .
Non-writable
let user = {
name: "Juan"
};
Object.defineProperty(user, "name", {
writable: false
});
Ahora nadie puede cambiar el nombre de nuestro usuario, a menos que le apliquen su propio defineProperty para
sobrescribir el nuestro.
let user = { };
Object.defineProperty(user, "name", {
value: "Pedro",
// para las nuevas propiedades se necesita listarlas explícitamente como true
enumerable: true,
configurable: true
});
alert(user.name); // Pedro
user.name = "Alicia"; // Error
Non-enumerable
312/553
Normalmente, un toString incorporado en objetos es no enumerable, no se muestra en un bucle for..in . Pero si
añadimos nuestro propio toString , por defecto éste se muestra en los bucles for..in :
let user = {
name: "Juan",
toString() {
return this.name;
}
};
Si no nos gusta, podemos establecer enumerable:false . Entonces, no aparecerá en bucles for..in , exactamente
como el incorporado:
let user = {
name: "Juan",
toString() {
return this.name;
}
};
Object.defineProperty(user, "toString", {
enumerable: false
});
alert(Object.keys(user)); // name
Non-configurable
El indicador “no-configurable” ( configurable:false ) a veces está preestablecido para los objetos y propiedades
incorporados.
Una propiedad no configurable no puede ser eliminada, sus atributos no pueden ser modificados.
Por ejemplo, Math.PI es de solo lectura, no enumerable y no configurable:
313/553
Object.defineProperty(Math, "PI", { writable: true });
Convertir una propiedad en no configurable es una calle de un solo sentido. No podremos cambiarla de vuelta con
defineProperty .
Observa que “configurable: false” impide cambios en los indicadores de la propiedad y su eliminación, pero permite
el cambio de su valor.
Aquí user.name es “non-configurable”, pero aún puede cambiarse (por ser “writable”):
let user = {
name: "John"
};
Object.defineProperty(user, "name", {
configurable: false
});
Y aquí hacemos user.name una constante “sellada para siempre”, tal como la incorporada Math.PI :
let user = {
name: "John"
};
Object.defineProperty(user, "name", {
writable: false,
configurable: false
});
Object.defineProperties
Hay un método Object.defineProperties(obj, descriptors) que permite definir varias propiedades de una sola vez.
La sintaxis es:
Object.defineProperties(obj, {
prop1: descriptor1,
prop2: descriptor2
// ...
});
Por ejemplo:
Object.defineProperties(user, {
name: { value: "Juan", writable: false },
surname: { value: "Perez", writable: false },
// ...
});
314/553
Entonces podemos asignar varias propiedades al mismo tiempo.
Object.getOwnPropertyDescriptors
Para obtener todos los descriptores al mismo tiempo, podemos usar el método Object.getOwnPropertyDescriptors(obj) .
Junto con Object.defineProperties puede ser usado como una forma “consciente de los indicadores” de clonar un
objeto:
Normalmente, cuando clonamos un objeto, usamos una asignación para copiar las propiedades:
… pero esto no copia los identificadores. Así que si queremos un “mejor” clon entonces se prefiere
Object.defineProperties .
Otra diferencia es que for..in ignora las propiedades simbólicas y las no enumerables, pero
Object.getOwnPropertyDescriptors devuelve todos los descriptores de propiedades incluyendo simbólicas y no
enumerables.
Object.preventExtensions(obj)
Object.seal(obj)
Prohíbe añadir/eliminar propiedades, establece todas las propiedades existentes como configurable: false .
Object.freeze(obj)
Prohíbe añadir/eliminar/cambiar propiedades, establece todas las propiedades existentes como configurable: false,
writable: false .
Object.isExtensible(obj)
Object.isSealed(obj)
Devuelve true si añadir/eliminar propiedades está prohibido, y todas las propiedades existentes tienen configurable:
false .
Object.isFrozen(obj)
Devuelve true si añadir/eliminar/cambiar propiedades está prohibido, y todas las propiedades son configurable:
false, writable: false .
El primer tipo son las propiedades de datos. Ya sabemos cómo trabajar con ellas. Todas las propiedades que hemos estado
usando hasta ahora eran propiedades de datos.
315/553
El segundo tipo de propiedades es algo nuevo. Son las propiedades de acceso o accessors. Son, en esencia, funciones que
se ejecutan para obtener (“get”) y asignar (“set”) un valor, pero que para un código externo se ven como propiedades
normales.
Getters y setters
Las propiedades de acceso se construyen con métodos de obtención “getter” y asignación “setter”. En un objeto literal se
denotan con get y set :
let obj = {
get propName() {
// getter, el código ejecutado para obtener obj.propName
},
set propName(value) {
// setter, el código ejecutado para asignar obj.propName = value
}
};
let user = {
name: "John",
surname: "Smith"
};
Ahora queremos añadir una propiedad de “Nombre completo” ( fullName ), que debería ser "John Smith" . Por
supuesto, no queremos copiar-pegar la información existente, así que podemos aplicarla como una propiedad de acceso:
let user = {
name: "John",
surname: "Smith",
get fullName() {
return `${this.name} ${this.surname}`;
}
};
Desde fuera, una propiedad de acceso se parece a una normal. Esa es la idea de estas propiedades. No llamamos a
user.fullName como una función, la leemos normalmente: el “getter” corre detrás de escena.
Hasta ahora, “Nombre completo” sólo tiene un receptor. Si intentamos asignar user.fullName= , habrá un error.
let user = {
get fullName() {
return `...`;
}
};
let user = {
name: "John",
surname: "Smith",
get fullName() {
return `${this.name} ${this.surname}`;
},
316/553
set fullName(value) {
[this.name, this.surname] = value.split(" ");
}
};
alert(user.name); // Alice
alert(user.surname); // Cooper
Como resultado, tenemos una propiedad virtual fullName que puede leerse y escribirse.
Descriptores de acceso
Los descriptores de propiedades de acceso son diferentes de aquellos para las propiedades de datos.
Para las propiedades de acceso, no hay cosas como “valor” y “escritura”, sino de “get” y “set”.
Por ejemplo, para crear un acceso fullName con defineProperty , podemos pasar un descriptor con get y set :
let user = {
name: "John",
surname: "Smith"
};
Object.defineProperty(user, 'fullName', {
get() {
return `${this.name} ${this.surname}`;
},
set(value) {
[this.name, this.surname] = value.split(" ");
}
});
Tenga en cuenta que una propiedad puede ser un acceso (tiene métodos get/set ) o una propiedad de datos (tiene un
‘valor’), no ambas.
Si intentamos poner tanto get como valor en el mismo descriptor, habrá un error:
value: 2
});
Getters y setters pueden ser usados como envoltorios sobre valores de propiedad “reales” para obtener más control sobre
ellos.
Por ejemplo, si queremos prohibir nombres demasiado cortos para “usuario”, podemos guardar “nombre” en una propiedad
especial “nombre”. Y filtrar las asignaciones en el setter:
317/553
let user = {
get name() {
return this._name;
},
set name(value) {
if (value.length < 4) {
alert("El nombre es demasiado corto, necesita al menos 4 caracteres");
return;
}
this._name = value;
}
};
user.name = "Pete";
alert(user.name); // Pete
Entonces, el nombre es almacenado en la propiedad _name , y el acceso se hace a través de getter y setter.
Técnicamente, el código externo todavía puede acceder al nombre directamente usando “usuario.nombre". Pero hay un
acuerdo ampliamente conocido de que las propiedades que comienzan con un guión bajo "” son internas y no deben ser
manipuladas desde el exterior del objeto.
Una de los grandes usos de los getters y setters es que permiten tomar el control de una propiedad de datos “normal” y
reemplazarla un getter y un setter y así refinar su comportamiento.
Imagina que empezamos a implementar objetos usuario usando las propiedades de datos “nombre” y “edad”:
alert( john.age ); // 25
…Pero tarde o temprano, las cosas pueden cambiar. En lugar de “edad” podemos decidir almacenar “cumpleaños”, porque
es más preciso y conveniente:
Ahora, ¿qué hacer con el viejo código que todavía usa la propiedad de la “edad”?
Podemos intentar encontrar todos esos lugares y arreglarlos, pero eso lleva tiempo y puede ser difícil de hacer si ese código
está escrito por otras personas. Y además, la “edad” es algo bueno para tener en “usuario”, ¿verdad? En algunos lugares es
justo lo que queremos.
Pues mantengámoslo.
Añadiendo un getter para la “edad” resuelve el problema:
318/553
// La edad se calcula a partir de la fecha actual y del cumpleaños
Object.defineProperty(this, "age", {
get() {
let todayYear = new Date().getFullYear();
return todayYear - this.birthday.getFullYear();
}
});
}
Ahora el viejo código funciona también y tenemos una buena propiedad adicional.
Prototipos y herencia
Herencia prototípica
En programación, a menudo queremos tomar algo y extenderlo.
Por ejemplo, tenemos un objeto user con sus propiedades y métodos, y queremos hacer que admin y guest sean
variantes ligeramente modificadas del mismo. Nos gustaría reutilizar lo que tenemos en user , no copiar/reimplementar sus
métodos, solo construir un nuevo objeto encima de él.
[[Prototype]]
En JavaScript, los objetos tienen una propiedad oculta especial [[Prototype]] (como se menciona en la especificación);
que puede ser null , o hacer referencia a otro objeto llamado “prototipo”:
objeto prototype
[[Prototype]]
object
Cuando leemos una propiedad de object , si JavaScript no la encuentra allí la toma automáticamente del prototipo. En
programación esto se llama “herencia prototípica”. Pronto estudiaremos muchos ejemplos de esta herencia y otras
características interesantes del lenguaje que se basan en ella.
La propiedad [[Prototype]] es interna y está oculta, pero hay muchas formas de configurarla.
let animal = {
eats: true
};
let rabbit = {
jumps: true
};
Por ejemplo:
let animal = {
eats: true
};
let rabbit = {
jumps: true
};
319/553
// Ahora podemos encontrar ambas propiedades en conejo:
alert( rabbit.eats ); // verdadero (**)
alert( rabbit.jumps ); // verdadero
Luego, cuando alert intenta leer la propiedad rabbit.eats (**) , no la encuentra en rabbit , por lo que JavaScript
sigue la referencia [[Prototype]] y la encuentra en animal (mira de abajo hacia arriba):
animal
eats: true
[[Prototype]]
rabbit
jumps: true
Aquí podemos decir que " animal es el prototipo de rabbit " o que " rabbit hereda prototípicamente de animal ".
Entonces, si animal tiene muchas propiedades y métodos útiles, estos estarán automáticamente disponibles en rabbit .
Dichas propiedades se denominan “heredadas”.
let animal = {
eats: true,
walk() {
alert("Animal da un paseo");
}
};
let rabbit = {
jumps: true,
__proto__: animal
};
animal
eats: true
walk: function
[[Prototype]]
rabbit
jumps: true
let animal = {
eats: true,
walk() {
alert("Animal da un paseo");
}
};
let rabbit = {
jumps: true,
__proto__: animal
};
let longEar = {
earLength: 10,
__proto__: rabbit
};
320/553
longEar.walk(); // Animal da un paseo
alert(longEar.jumps); // verdadero (desde rabbit)
animal
eats: true
walk: function
[[Prototype]]
rabbit
jumps: true
[[Prototype]]
longEar
earLength: 10
Ahora, si leemos algo de longEar y falta, JavaScript lo buscará en rabbit , y luego en animal .
1. No puede haber referencias circulares. JavaScript arrojará un error si intentamos asignar __proto__ en círculo.
2. El valor de __proto__ puede ser un objeto o null . Otros tipos son ignorados.
También puede ser obvio, pero aún así: solo puede haber un [[Prototype]] . Un objeto no puede heredar desde dos.
Tenga en cuenta que __proto__ no es lo mismo que [[Prototype]] . __proto__ es un getter/setter para
[[Prototype]] . Más adelante veremos situaciones donde esto importa, por ahora solo tengámoslo en cuenta
mientras vamos entendiendo el lenguaje JavaScript.
La propiedad __proto__ es algo vetusta. Existe por razones históricas, el JavaScript moderno sugiere el uso de las
funciones Object.getPrototypeOf/Object.setPrototypeOf en lugar de get/set del prototipo. Estudiaremos
estas funciones más adelante.
Según la especificación, __proto__ solo debe ser soportado por los navegadores. Aunque de hecho, todos los
entornos incluyendo los del lado del servidor soportan __proto__ , así que bastante seguro usarlo.
let animal = {
eats: true,
walk() {
/* este método no será utilizado por rabbit */
}
};
let rabbit = {
__proto__: animal
};
rabbit.walk = function() {
alert("¡Conejo! ¡Salta, salta!");
};
De ahora en adelante, la llamada rabbit.walk() encuentra el método inmediatamente en el objeto y lo ejecuta, sin usar
el prototipo:
321/553
animal
eats: true
walk: function
[[Prototype]]
rabbit
walk: function
Las propiedades de acceso son una excepción, ya que la asignación es manejada por una función setter. Por lo tanto,
escribir en una propiedad de este tipo es en realidad lo mismo que llamar a una función.
Por esa razón, admin.fullName funciona correctamente en el siguiente código:
let user = {
name: "John",
surname: "Smith",
set fullName(value) {
[this.name, this.surname] = value.split(" ");
},
get fullName() {
return `${this.name} ${this.surname}`;
}
};
let admin = {
__proto__: user,
isAdmin: true
};
// ¡Dispara el setter!
admin.fullName = "Alice Cooper"; // (**)
Aquí en la línea (*) la propiedad admin.fullName tiene un getter en el prototipo user , por lo que es llamado. Y en la
línea (**) la propiedad tiene un setter en el prototipo, por lo que es llamado.
El valor de “this”
Puede surgir una pregunta interesante en el ejemplo anterior: ¿cuál es el valor de this dentro de set
fullName(value) ? ¿Dónde están escritas las propiedades this.name y this.surname : en user o admin ?
Eso es realmente algo muy importante, porque podemos tener un gran objeto con muchos métodos y tener objetos que
hereden de él. Y cuando los objetos heredados ejecutan los métodos heredados, modificarán solo sus propios estados, no el
estado del gran objeto.
322/553
this.isSleeping = true;
}
};
let rabbit = {
name: "Conejo Blanco",
__proto__: animal
};
// modifica rabbit.isSleeping
rabbit.sleep();
alert(rabbit.isSleeping); // Verdadero
alert(animal.isSleeping); // undefined (no existe tal propiedad en el prototipo)
La imagen resultante:
animal
walk: function
sleep: function
[[Prototype]]
rabbit
Si tuviéramos otros objetos, como bird , snake , etc., heredados de animal , también tendrían acceso a los métodos de
animal . Pero this en cada llamada al método sería el objeto correspondiente, evaluado en el momento de la llamada
(antes del punto), no animal . Entonces, cuando escribimos datos en this , se almacenan en estos objetos.
Como resultado, los métodos se comparten, pero el estado del objeto no.
Bucle for…in
Por ejemplo:
let animal = {
eats: true
};
let rabbit = {
jumps: true,
__proto__: animal
};
Si no queremos eso, y quisiéramos excluir las propiedades heredadas, hay un método incorporado
obj.hasOwnProperty(key) (“Own” significa “Propia”): devuelve true si obj tiene la propiedad interna (no heredada)
llamada key .
Entonces podemos filtrar las propiedades heredadas (o hacer algo más con ellas):
let animal = {
eats: true
};
let rabbit = {
jumps: true,
__proto__: animal
};
323/553
let isOwn = rabbit.hasOwnProperty(prop);
if (isOwn) {
alert(`Es nuestro: ${prop}`); // Es nuestro: jumps
} else {
alert(`Es heredado: ${prop}`); // Es heredado: eats
}
}
Aquí tenemos la siguiente cadena de herencia: rabbit hereda de animal , que hereda de Object.prototype
(porque animal es un objeto {...} literal, entonces es por defecto), y luego null encima de él:
null
[[Prototype]]
Object.prototype
toString: function
hasOwnProperty: function
...
[[Prototype]]
animal
eats: true
[[Prototype]]
rabbit
jumps: true
Observa algo curioso. ¿De dónde viene el método rabbit.hasOwnProperty ? No lo definimos. Mirando la cadena
podemos ver que el método es proporcionado por Object.prototype.hasOwnProperty . En otras palabras, se hereda.
…Pero, ¿por qué hasOwnProperty no aparece en el bucle for..in como eats y jumps , si for..in enumera las
propiedades heredadas?
La respuesta es simple: no es enumerable. Al igual que todas las demás propiedades de Object.prototype , tiene la
bandera enumerable: false . Y for..in solo enumera las propiedades enumerables. Es por eso que este y el resto
de las propiedades de Object.prototype no están en la lista.
Casi todos los demás métodos de obtención de valor/clave ignoran las propiedades heredadas
Casi todos los demás métodos de obtención de valores/claves, como Object.keys , Object.values , etc., ignoran
las propiedades heredadas.
Solo operan en el objeto mismo. Las propiedades del prototipo no se tienen en cuenta.
Resumen
● En JavaScript, todos los objetos tienen una propiedad oculta [[Prototype]] que es otro objeto o nulo .
● Podemos usar obj.__proto__ para acceder a él (un getter/setter histórico, hay otras formas, que se cubrirán pronto).
● El objeto al que hace referencia [[Prototype]] se denomina “prototipo”.
● Si queremos leer una propiedad de obj o llamar a un método, y no existe, entonces JavaScript intenta encontrarla en el
prototipo.
● Las operaciones de escritura/eliminación actúan directamente sobre el objeto, no usan el prototipo (suponiendo que sea
una propiedad de datos, no un setter).
● Si llamamos a obj.method() , y method se toma del prototipo, this todavía hace referencia a obj . Por lo tanto,
los métodos siempre funcionan con el objeto actual, incluso si se heredan.
● El bucle for..in itera sobre las propiedades propias y heredadas. Todos los demás métodos de obtención de
valor/clave solo operan en el objeto mismo.
Tareas
324/553
Aquí está el código que crea un par de objetos, luego los modifica.
let animal = {
jumps: null
};
let rabbit = {
__proto__: animal,
jumps: true
};
delete rabbit.jumps;
delete animal.jumps;
A solución
Algoritmo de búsqueda
importancia: 5
let head = {
glasses: 1
};
let table = {
pen: 3
};
let bed = {
sheet: 1,
pillow: 2
};
let pockets = {
money: 2000
};
1. Use __proto__ para asignar prototipos de manera que cualquier búsqueda de propiedades siga la ruta: pockets
→ bed → table → head . Por ejemplo, pockets.pen debería ser 3 (que se encuentra en table ), y
bed.glasses debería ser 1 (que se encuentra en head ).
2. Responda la pregunta: ¿es más rápido obtener glasses como pockets.glasses o head.glasses ? Referencie
si es necesario.
A solución
¿Donde escribe?
importancia: 5
let animal = {
eat() {
325/553
this.full = true;
}
};
let rabbit = {
__proto__: animal
};
rabbit.eat();
A solución
Tenemos dos hámsters: speedy y lazy heredando del objeto hamster general.
Cuando alimentamos a uno de ellos, el otro también está lleno. ¿Por qué? ¿Cómo podemos arreglarlo?
let hamster = {
stomach: [],
eat(food) {
this.stomach.push(food);
}
};
let speedy = {
__proto__: hamster
};
let lazy = {
__proto__: hamster
};
A solución
F.prototype
Recuerde, se pueden crear nuevos objetos con una función constructora, como new F() .
Si F.prototype es un objeto, entonces el operador new lo usa para establecerlo como [[Prototype]] en el nuevo
objeto.
Pero en los viejos tiempos no había acceso directo a él. Lo único que funcionaba de manera confiable era una propiedad
"prototype" de la función constructora, descrita en este capítulo. Por ello hay muchos scripts que todavía lo usan.
Tenga en cuenta que F.prototype aquí significa una propiedad regular llamada "prototype" en F . Suena algo
similar al término “prototype”, pero aquí realmente queremos decir una propiedad regular con este nombre.
Aquí está el ejemplo:
let animal = {
eats: true
};
326/553
function Rabbit(name) {
this.name = name;
}
Rabbit.prototype = animal;
[[Prototype]]
rabbit
En la imagen, "prototype" es una flecha horizontal, que significa una propiedad regular, y [[Prototype]] es vertical,
que significa la herencia de rabbit desde animal .
Si, después de la creación, la propiedad F.prototype cambia ( F.prototype = <otro objeto> ), los nuevos
objetos creados por new F tendrán otro objeto como [[Prototype]] , pero los objetos ya existentes conservan el
antiguo.
El "prototype" predeterminado es un objeto con la única propiedad constructor que apunta de nuevo a la función
misma.
Como esto:
function Rabbit() {}
/* prototipo predeterminado
Rabbit.prototype = { constructor: Rabbit };
*/
Lo podemos comprobar:
function Rabbit() {}
// por defecto:
// Rabbit.prototype = { constructor: Rabbit }
Naturalmente, si no hacemos nada, la propiedad constructor está disponible para todos los rabbits a través de
[[Prototype]] :
function Rabbit() {}
327/553
// por defecto:
// Rabbit.prototype = { constructor: Rabbit }
constructor
[[Prototype]]
rabbit
Podemos usar la propiedad constructor para crear un nuevo objeto usando el constructor ya existente.
Como aqui:
function Rabbit(name) {
this.name = name;
alert(name);
}
Eso es útil cuando tenemos un objeto, no sabemos qué constructor se usó para él (por ejemplo, proviene de una biblioteca
de terceros), y necesitamos crear otro del mismo tipo.
Sí, existe en el "prototipo" predeterminado para las funciones, pero eso es todo. Lo que sucede con eso más tarde,
depende totalmente de nosotros.
En particular, si reemplazamos el prototipo predeterminado como un todo, entonces no habrá "constructor" en él.
Por ejemplo:
function Rabbit() {}
Rabbit.prototype = {
jumps: true
};
Entonces, para mantener el "constructor" correcto, podemos elegir agregar/eliminar propiedades al "prototipo"
predeterminado en lugar de sobrescribirlo como un todo:
function Rabbit() {}
Rabbit.prototype = {
jumps: true,
constructor: Rabbit
};
328/553
Resumen
En este capítulo describimos brevemente la forma de establecer un [[Prototype]] para los objetos creados a través de
una función de constructor. Más adelante veremos patrones de programación más avanzados que dependen de él.
Todo es bastante simple, solo algunas notas para aclarar las cosas:
●
La propiedad F.prototype (no la confunda con [[Prototype]] ) establece [[Prototype]] de objetos nuevos
cuando se llama a new F() .
● El valor de F.prototype debe ser un objeto o null : otros valores no funcionarán.
● La propiedad "prototype" solo tiene un efecto tan especial cuando se establece en una función de constructor, y se
invoca con new .
let user = {
name: "John",
prototype: "Bla-bla" // sin magia en absoluto
};
Por defecto, todas las funciones tienen F.prototype = {constructor: F} , por lo que podemos obtener el
constructor de un objeto accediendo a su propiedad "constructor" .
Tareas
Cambiando "prototype"
importancia: 5
function Rabbit() {}
Rabbit.prototype = {
eats: true
};
1.
function Rabbit() {}
Rabbit.prototype = {
eats: true
};
Rabbit.prototype = {};
alert( rabbit.eats ); // ?
2.
function Rabbit() {}
Rabbit.prototype = {
eats: true
329/553
};
Rabbit.prototype.eats = false;
alert( rabbit.eats ); // ?
3.
function Rabbit() {}
Rabbit.prototype = {
eats: true
};
delete rabbit.eats;
alert( rabbit.eats ); // ?
4.
La última variante:
function Rabbit() {}
Rabbit.prototype = {
eats: true
};
delete Rabbit.prototype.eats;
alert( rabbit.eats ); // ?
A solución
Imagínese, tenemos un objeto arbitrario obj , creado por una función constructora; no sabemos cuál, pero nos gustaría
crear un nuevo objeto con él.
Dé un ejemplo de una función constructora para obj que permita que dicho código funcione correctamente. Y un ejemplo
que hace que funcione mal.
A solución
Prototipos nativos
La propiedad "prototype" es ampliamente utilizada por el núcleo de JavaScript mismo. Todas las funciones de
constructor integradas lo usan.
Primero veremos los detalles y luego cómo usarlo para agregar nuevas capacidades a los objetos integrados.
Object.prototype
330/553
let obj = {};
alert( obj ); // "[object Object]" ?
¿Dónde está el código que genera la cadena "[objetc Objetc]" ? Ese es un método integrado toString , pero
¿dónde está? ¡El obj está vacío!
…Pero la notación corta obj = {} es la misma que obj = new Object() , donde Object es una función de
constructor de objeto integrado, con su propio prototype que hace referencia a un objeto enorme con toString y otros
métodos
Esto es lo que está pasando:
Cuando se llama a new Object() (o se crea un objeto literal {...} ), el [[Prototype]] se establece en
Object.prototype de acuerdo con la regla que discutimos en el capitulo anterior:
[[Prototype]]
alert(Object.prototype.__proto__); // null
Otros objetos integrados como Array , Date , Function y otros también mantienen métodos en prototipos.
Por ejemplo, cuando creamos una matriz [1, 2, 3] , el constructor predeterminado new Array() se usa internamente.
Entonces Array.prototype se convierte en su prototipo y proporciona sus métodos. Eso es muy eficiente en memoria.
Por especificación, todos los prototipos integrados tienen Object.prototype en la parte superior. Es por eso que
algunas personas dicen que “todo hereda de los objetos”.
331/553
null
[[Prototype]]
Object.prototype
toString: function
other object methods
[[Prototype]] [[Prototype]]
[[Prototype]]
// se hereda de Array.prototype?
alert( arr.__proto__ === Array.prototype ); // verdadero
Algunos métodos en prototipos pueden superponerse; por ejemplo, Array.prototype tiene su propio toString que
enumera elementos delimitados por comas:
Como hemos visto antes, Object.prototype también tiene toString , pero Array.prototype está más cerca de
la cadena, por lo que se utiliza la variante de array.
Object.prototype
toString: function
...
[[Prototype]]
Array.prototype
toString: function
...
[[Prototype]]
[1, 2, 3]
Las herramientas en el navegador, como la consola de desarrollador de Chrome, también muestran herencia (es posible que
deba utilizarse console.dir para los objetos integrados):
332/553
Otros objetos integrados también funcionan de la misma manera. Incluso las funciones: son objetos de un constructor
Function integrado, y sus métodos ( call / apply y otros) se toman de Function.prototype . Las funciones
también tienen su propio toString .
function f() {}
Primitivos
Los prototipos nativos pueden ser modificados. Por ejemplo, si agregamos un método a String.prototype , estará
disponible para todas las cadenas:
String.prototype.show = function() {
alert(this);
};
"BOOM!".show(); // BOOM!
Durante el proceso de desarrollo, podemos tener ideas para nuevos métodos integrados que nos gustaría tener, y podemos
sentir la tentación de agregarlos a los prototipos nativos. Pero eso es generalmente una mala idea.
Importante:
Los prototipos son globales, por lo que es fácil generar un conflicto. Si dos bibliotecas agregan un método
String.prototype.show , entonces una de ellas sobrescribirá el método de la otra.
Por lo tanto, en general, modificar un prototipo nativo se considera una mala idea.
En la programación moderna, solo hay un caso en el que se aprueba la modificación de prototipos nativos:
haciendo un polyfill.
333/553
Cuando un método existe en la especificación de JavaScript, pero aún no está soportado por un motor de JavaScript en
particular, podemos hacer “polyfill” (polirrelleno); esto es, crear un método sustituto.
String.prototype.repeat = function(n) {
// repite la cadena n veces
Préstamo de prototipos
P. ej…
let obj = {
0: "Hola",
1: "mundo!",
length: 2,
};
obj.join = Array.prototype.join;
Funciona porque el algoritmo interno del método integrado join solo se preocupa por los índices correctos y la propiedad
length . No comprueba si el objeto es realmente un arreglo. Muchos métodos integrados son así.
Otra posibilidad es heredar estableciendo obj.__proto__ en Array.prototype , de modo que todos los métodos
Array estén disponibles automáticamente en obj .
Pero eso es imposible si obj ya hereda de otro objeto. Recuerde, solo podemos heredar de un objeto a la vez.
Los métodos de préstamo son flexibles, permiten mezclar funcionalidades de diferentes objetos si es necesario.
Resumen
●
Todos los objetos integrados siguen el mismo patrón:
● Los métodos se almacenan en el prototipo ( Array.prototype , Object.prototype , Date.prototype , etc.)
● El objeto en sí solo almacena los datos (elementos de arreglo, propiedades de objeto, la fecha)
● Los primitivos también almacenan métodos en prototipos de objetos contenedores: Number.prototype ,
String.prototype y Boolean.prototype . Solo undefined y null no tienen objetos contenedores.
● Los prototipos integrados se pueden modificar o completar con nuevos métodos. Pero no se recomienda cambiarlos. El
único caso permitido es probablemente cuando agregamos un nuevo estándar que aún no es soportado por el motor de
JavaScript.
Tareas
334/553
Agregue el método "f.defer(ms)" a las funciones
importancia: 5
Agregue al prototipo de todas las funciones el método defer(ms) , que ejecuta la función después de ms milisegundos.
function f() {
alert("Hola!");
}
A solución
Agregue el método defer(ms) al prototipo de todas las funciones, que devuelve un contenedor, retrasando la llamada en
ms milisegundos.
function f(a, b) {
alert( a + b );
}
A solución
Por ejemplo:
let animal = {
eats: true
};
alert(rabbit.eats); // true
335/553
Object.create tiene un segundo argumento opcional: descriptores de propiedad. Podemos proporcionar propiedades
adicionales al nuevo objeto allí, así:
let animal = {
eats: true
};
alert(rabbit.jumps); // true
Los descriptores están en el mismo formato que se describe en el capítulo Indicadores y descriptores de propiedad.
Podemos usar Object.create para realizar una clonación de objetos más poderosa que copiar propiedades en el ciclo
for..in :
Esta llamada hace una copia verdaderamente exacta de obj , que incluye todas las propiedades: enumerables y no
enumerables, propiedades de datos y setters/getters, todo, y con el [[Prototype]] correcto.
Breve historia
Si contamos todas las formas de administrar [[Prototype]] , ¡hay muchas! ¡Muchas maneras de hacer lo mismo!
¿Por qué?
¿Por qué se reemplazó __proto__ por las funciones getPrototypeOf/setPrototypeOf ? Esa es una pregunta
interesante, que requiere que comprendamos por qué __proto__ es malo. Sigue leyendo para obtener la respuesta.
Y los motores de JavaScript están altamente optimizados para esto. Cambiar un prototipo “sobre la marcha” con
Object.setPrototypeOf u obj.__ proto __= es una operación muy lenta ya que rompe las optimizaciones
internas para las operaciones de acceso a la propiedad del objeto. Por lo tanto, evítelo a menos que sepa lo que está
haciendo, o no le importe la velocidad de JavaScript .
Como sabemos, los objetos se pueden usar como arreglos asociativas para almacenar pares clave/valor.
…Pero si tratamos de almacenar claves proporcionadas por el usuario en él (por ejemplo, un diccionario ingresado por el
usuario), podemos ver una falla interesante: todas las claves funcionan bien excepto "__proto __ " .
Mira el ejemplo:
336/553
let obj = {};
Eso no debería sorprendernos. La propiedad __proto__ es especial: debe ser un objeto o null . Una cadena no puede
convertirse en un prototipo.
Pero no intentamos implementar tal comportamiento, ¿verdad? Queremos almacenar pares clave/valor, y la clave llamada
"__proto__" no se guardó correctamente. ¡Entonces eso es un error!
Aquí las consecuencias no son terribles. Pero en otros casos podemos estar asignando valores de objeto, y luego el
prototipo puede ser cambiado. Como resultado, la ejecución irá mal de maneras totalmente inesperadas.
Lo que es peor: generalmente los desarrolladores no piensan en tal posibilidad en absoluto. Eso hace que tales errores sean
difíciles de notar e incluso los convierta en vulnerabilidades, especialmente cuando se usa JavaScript en el lado del servidor.
También pueden ocurrir cosas inesperadas al asignar a toString , que es una función por defecto, y a otros métodos
integrados.
Primero, podemos elegir usar Map para almacenamiento en lugar de objetos simples, luego todo queda bien.
Pero ‘Objeto’ también puede servirnos bien aquí, porque los creadores del lenguaje pensaron en ese problema hace mucho
tiempo.
__proto__ no es una propiedad de un objeto, sino una propiedad de acceso de Object.prototype :
[[Prototype]]
obj
Entonces, si se lee o establece obj.__ proto__ , el getter/setter correspondiente se llama desde su prototipo y
obtiene/establece [[Prototype]] .
Como se dijo al comienzo de esta sección del tutorial: __proto__ es una forma de acceder a [[Prototype]] , no es
[[Prototype]] en sí.
Ahora, si pretendemos usar un objeto como una arreglo asociativa y no tener tales problemas, podemos hacerlo con un
pequeño truco:
null
[[Prototype]]
obj
Entonces, no hay getter/setter heredado para __proto__ . Ahora se procesa como una propiedad de datos normal, por lo
que el ejemplo anterior funciona correctamente.
337/553
Podemos llamar a estos objetos: objetos “muy simples” o “de diccionario puro”, porque son aún más simples que el objeto
simple normal {...} .
Una desventaja es que dichos objetos carecen de métodos de objetos integrados, p.ej. toString :
Resumen
El getter/setter incorporado de __proto__ no es seguro si queremos poner claves generadas por el usuario en un objeto.
Aunque un usuario puede ingresar "__proto __" como clave, y habrá un error, con consecuencias levemente dañinas,
pero generalmente impredecibles.
Entonces podemos usar Object.create(null) para crear un objeto “muy simple” sin __proto__ , o apegarnos a los
objetos Map para eso.
Además, Object.create proporciona una manera fácil de copiar llanamente un objeto con todos los descriptores:
También dejamos en claro que __proto__ es un getter/setter para [[Prototype]] y reside en Object.prototype ,
al igual que otros métodos.
Podemos crear un objeto sin prototipo mediante Object.create(null) . Dichos objetos se utilizan como “diccionarios
puros”, no tienen problemas con "__proto __" como clave.
Otros métodos:
●
Object.keys(obj) / Object.values(obj) / Object.entries(obj) : devuelve un arreglo enumerable de: nombres-de-
propiedad / valores / pares-clave-valor.
● Object.getOwnPropertySymbols(obj) : devuelve un arreglo de todas las claves simbólicas propias.
● Object.getOwnPropertyNames(obj) : devuelve un arreglo de todas las claves de cadena propias.
● Reflect.ownKeys(obj) : devuelve un arreglo de todas las claves propias.
● obj.hasOwnProperty(key) : devuelve true si obj tiene su propia clave (no heredada) llamada key .
Todos los métodos que devuelven propiedades de objeto (como Object.keys y otros) – devuelven propiedades “propias”.
Si queremos las heredadas, podemos usar for..in .
Tareas
338/553
importancia: 5
Hay un objeto dictionary , creado como Object.create(null) , para almacenar cualquier par clave/valor .
Agrega el método dictionary.toString() , que debería devolver una lista de claves delimitadas por comas. Tu
toString no debe aparecer al iterar un for..in sobre el objeto.
// tu toString en acción
alert(dictionary); // "manzana,__proto__"
A solución
function Rabbit(name) {
this.name = name;
}
Rabbit.prototype.sayHi = function() {
alert(this.name);
};
rabbit.sayHi();
Rabbit.prototype.sayHi();
Object.getPrototypeOf(rabbit).sayHi();
rabbit.__proto__.sayHi();
A solución
Clases
Sintaxis básica de `class`
En la práctica a menudo necesitamos crear muchos objetos del mismo tipo: usuarios, bienes, lo que sea.
339/553
Como ya sabemos del capítulo Constructor, operador "new", new function puede ayudar con eso.
Pero en JavaScript moderno hay un constructor más avanzado, “class”, que introduce características nuevas muy útiles para
la programación orientada a objetos.
La sintaxis “class”
class MyClass {
// métodos de clase
constructor() { ... }
method1() { ... }
method2() { ... }
method3() { ... }
...
}
Entonces usamos new MyClass() para crear un objeto nuevo con todos los métodos listados.
El método constructor() es llamado automáticamente por new , así podemos inicializar el objeto allí.
Por ejemplo:
class User {
constructor(name) {
this.name = name;
}
sayHi() {
alert(this.name);
}
// Uso:
let user = new User("John");
user.sayHi();
La notación aquí no debe ser confundida con la sintaxis de objeto literal. Dentro de la clase no se requieren comas.
Entonces, ¿qué es exactamente class ? No es una entidad completamente nueva a nivel de lenguaje como uno podría
pensar.
Desvelemos la magia y veamos lo que realmente es una clase. Ayudará a entender muchos aspectos complejos.
En JavaScript, una clase es un tipo de función.
Veamos:
class User {
constructor(name) { this.name = name; }
sayHi() { alert(this.name); }
340/553
}
1. Crea una función llamada User , la que se vuelve el resultado de la declaración de la clase. El código de la función es
tomado del método constructor (se asume vacío si no se escribe tal método).
2. Almacena los métodos de clase, tales como sayHi , en User.prototype .
Después de que el objeto new User es creado, cuando llamamos a sus métodos estos son tomados del prototipo, tal como
se describe en el capítulo F.prototype. Así el objeto tiene acceso a métodos de clase.
Podemos ilustrar el resultado de la declaración de class User como:
User User.prototype
prototype
sayHi: function
constructor: User
class User {
constructor(name) { this.name = name; }
sayHi() { alert(this.name); }
}
A veces se dice que class es “azúcar sintáctica” (sintaxis que es diseñada para que sea más fácil de leer pero no
introduce nada nuevo), porque en realidad podemos declarar lo mismo sin la palabra clave class en absoluto:
// Uso:
let user = new User("John");
user.sayHi();
El resultado de esta definición es el mismo. Así, efectivamente hay razones para que class sea considerada azúcar
sintáctica para definir un constructor junto con sus métodos de prototipo.
Aún así hay diferencias importantes.
341/553
1. Primero, una función creada por class es etiquetada por una propiedad interna especial
[[IsClassConstructor]]:true . Entones no es exactamente lo mismo que crearla manualmente.
El lenguaje verifica esa propiedad en varios lugares. Por ejemplo, a diferencia de las funciones regulares, esta debe ser
llamada con new :
class User {
constructor() {}
}
Además una representación string de un constructor de clase en la mayoría de los motores JavaScript comienzan con
“class…”
class User {
constructor() {}
}
Esto es bueno porque si hacemos for..in a un objeto usualmente no queremos sus métodos de clase.
3. Las clases siempre asumen use strict . Todo el código dentro del constructor de clase está automáticamente en
modo estricto.
Además la sintaxis de class brinda muchas otras características que exploraremos luego.
Expresión de clases
Al igual que las funciones, las clases pueden ser definidas dentro de otra expresión, pasadas, devueltas, asignadas, etc.
Al igual que las expresiones de función, las expresiones de clase pueden tener un nombre.
Si una expresión de clase tiene un nombre, este es visible solamente dentro de la clase.
function makeClass(phrase) {
// declara una clase y la devuelve
342/553
return class {
sayHi() {
alert(phrase);
}
};
}
Getters/setters
Al igual que los objetos literales, las clases pueden incluir getters/setters, propiedades calculadas, etc.
Aquí hay un ejemplo de user.name , implementado usando get/set :
class User {
constructor(name) {
// invoca el setter
this.name = name;
}
get name() {
return this._name;
}
set name(value) {
if (value.length < 4) {
alert("Nombre demasiado corto.");
return;
}
this._name = value;
}
Aquí hay un ejemplo con un nombre de método calculado usando corchetes [...] :
class User {
['say' + 'Hi']() {
alert("Hello");
}
new User().sayHi();
343/553
Antes, nuestras clases tenían solamente métodos.
“Campos de clase” es una sintaxis que nos permite agregar una propiedad cualquiera.
Por ejemplo, agreguemos la propiedad name a la clase User :
class User {
name = "John";
sayHi() {
alert(`Hello, ${this.name}!`);
}
}
class User {
name = "John";
}
También podemos asignar valores usando expresiones más complejas y llamados a función:
class User {
name = prompt("Name, please?", "John");
}
class Button {
constructor(value) {
this.value = value;
}
click() {
alert(this.value);
}
}
Hay dos enfoques para solucionarlo, como se discute en el capítulo Función bind: vinculación de funciones:
1. Pasar un contenedor o wrapper-function como: setTimeout(() => button.click(), 1000) .
2. Vincular el método al objeto, por ejemplo en el constructor.
344/553
class Button {
constructor(value) {
this.value = value;
}
click = () => {
alert(this.value);
}
}
Un campo de clase click = () => {...} es creado para cada objeto. Hay una función para cada objeto Button , con
this dentro referenciando ese objeto. Podemos pasar button.click a cualquier lado y el valor de this siempre será
el correcto.
Esto es especialmente práctico, en el ambiente de los navegadores, para los “event listeners”.
Resumen
class MyClass {
prop = value; // propiedad
constructor(...) { // constructor
// ...
}
method(...) {} // método
MyClass es técnicamente una función (la que proveemos como constructor ), mientras que los métodos, getters y
setters son escritos en MyClass.prototype .
En los siguientes capítulos aprenderemos más acerca de clases, incluyendo herencia y otras características.
Tareas
La clase Clock (ver en el sandbox) está escrita en estilo funcional. Reescríbela en sintaxis de clase.
A solución
Herencia de clase
La herencia de clase es el modo para que una clase extienda a otra.
De esta manera podemos añadir nueva funcionalidad a la ya existente.
345/553
Digamos que tenemos la clase Animal :
class Animal {
constructor(name) {
this.speed = 0;
this.name = name;
}
run(speed) {
this.speed = speed;
alert(`${this.name} corre a una velocidad de ${this.speed}.`);
}
stop() {
this.speed = 0;
alert(`${this.name} se queda quieto.`);
}
}
Animal Animal.prototype
prototype
constructor: Animal
run: function
stop: function
[[Prototype]]
new Animal
nombre: "Mi animal"
Como los conejos son animales, la clase ‘Rabbit’ debería basarse en ‘Animal’ y así tener acceso a métodos animales, para
que los conejos puedan hacer lo que los animales “genéricos” pueden hacer.
La sintaxis para extender otra clase es: class Hijo extends Padre .
Los objetos de la clase Rabbit tienen acceso a los métodos de Rabbit , como rabbit.hide() , y también a los
métodos Animal , como rabbit.run() .
Internamente, la palabra clave extends funciona con la buena mecánica de prototipo: establece Rabbit.prototype.
[[Prototype]] a Animal.prototype . Entonces, si no se encuentra un método en Rabbit.prototype , JavaScript
lo toma de Animal.prototype .
346/553
Animal Animal.prototype
constructor prototype constructor: Animal
run: function
stop: function
extends
[[Prototype]]
Rabbit Rabbit.prototype
prototype
constructor constructor: Rabbit
hide: function
[[Prototype]]
new Rabbit
nombre: "Conejo Blanco"
Por ejemplo, para encontrar el método rabbit.run , el motor revisa (en la imagen, de abajo hacia arriba):
Como podemos recordar del capítulo Prototipos nativos, JavaScript usa la misma herencia prototípica para los objetos
incorporados. Por ejemplo, Date.prototype.[[Prototype]] es Object.prototype . Es por esto que “Date” tiene
acceso a métodos de objeto genéricos.
function f(phrase) {
return class {
sayHi() { alert(phrase); }
};
}
Eso puede ser útil para patrones de programación avanzados cuando usamos funciones para generar clases
dependiendo de muchas condiciones y podamos heredar de ellas.
Sobrescribir un método
Ahora avancemos y sobrescribamos un método. Por defecto, todos los métodos que no están especificados en la clase
Rabbit se toman directamente “tal cual” de la clase Animal .
Pero Si especificamos nuestro propio método stop() en Rabbit , es el que se utilizará en su lugar:
Usualmente, no queremos reemplazar totalmente un método padre, sino más bien construir sobre él, modificarlo o ampliar su
funcionalidad. Hacemos algo con nuestro método, pero queremos llamar al método padre antes, después o durante el
proceso.
Las clases proporcionan la palabra clave "super" para eso.
●
super.metodo(...) llama un método padre.
347/553
●
super(...) llama un constructor padre (solo dentro de nuestro constructor).
Por ejemplo, hagamos que nuestro conejo se oculte automáticamente cuando se detenga:
class Animal {
constructor(name) {
this.speed = 0;
this.name = name;
}
run(speed) {
this.speed = speed;
alert(`${this.name} corre a una velocidad de ${this.speed}.`);
}
stop() {
this.speed = 0;
alert(`${this.name} se queda quieto.`);
}
stop() {
super.stop(); // llama el stop padre
this.hide(); // y luego hide
}
}
Ahora Rabbit tiene el método stop que llama al padre super.stop() en el proceso.
El método super en la función de flecha es el mismo que en stop() , y funciona según lo previsto. Si aquí
especificáramos una función “regular”, habría un error:
// super inesperado
setTimeout(function() { super.stop() }, 1000);
Sobrescribir un constructor
De acuerdo con la especificación , si una clase extiende otra clase y no tiene constructor , se genera el siguiente
constructor “vacío”:
348/553
class Rabbit extends Animal {
// es generado por extender la clase sin constructor propio
constructor(...args) {
super(...args);
}
}
Como podemos ver, básicamente llama al constructor padre pasándole todos los argumentos. Esto sucede si no
escribimos un constructor propio.
class Animal {
constructor(name) {
this.speed = 0;
this.name = name;
}
// ...
}
constructor(name, earLength) {
this.speed = 0;
this.name = name;
this.earLength = earLength;
}
// ...
}
// No funciona!
let rabbit = new Rabbit("Conejo Blanco", 10); // Error: this no está definido.
¡Vaya! Tenemos un error. Ahora no podemos crear conejos. ¿Qué salió mal?
…¿Pero por qué? ¿Qué está pasando aqui? De hecho, el requisito parece extraño.
Por supuesto, hay una explicación. Vamos a entrar en detalles, para que realmente entiendas lo que está pasando.
En JavaScript, hay una distinción entre una función constructora de una clase heredera (llamada “constructor derivado”) y
otras funciones. Un constructor derivado tiene una propiedad interna especial [[ConstructorKind]]:"derived" . Esa
es una etiqueta interna especial.
Esa etiqueta afecta su comportamiento con new .
●
Cuando una función regular se ejecuta con new , crea un objeto vacío y lo asigna a this .
● Pero cuando se ejecuta un constructor derivado, no hace esto. Espera que el constructor padre haga este trabajo.
Entonces un constructor derivado debe llamar a super para ejecutar su constructor padre (base), de lo contrario no se
creará el objeto para this . Y obtendremos un error.
Para que el constructor Rabbit funcione, necesita llamar a super() antes de usar this , como aquí:
class Animal {
constructor(name) {
this.speed = 0;
this.name = name;
}
// ...
}
constructor(name, earLength) {
349/553
super(name);
this.earLength = earLength;
}
// ...
}
Nota avanzada
Esta nota asume que tienes cierta experiencia con clases, quizás en otros lenguajes de programación.
Brinda una visión más profunda al lenguaje y también explica el comportamiento que podría causar errores (pero no muy
a menudo).
Si lo encuentras difícil de entender, simplemente sigue adelante, continúa leyendo y vuelve aquí más adelante.
class Animal {
name = 'animal';
constructor() {
alert(this.name); // (*)
}
}
Aquí, la clase Rabbit extiende Animal y sobrescribe el campo name con un valor propio.
Lo interesante es que en ambos casos: new Animal() y new Rabbit() , el alert en la línea (*) muestra animal .
En otras palabras, el constructor padre siempre usa el valor de su propio campo de clase, no el sobrescrito.
¿Qué es lo extraño de esto?
Si esto aún no está claro, comparáralo con lo que ocurre con los métodos.
Aquí está el mismo código, pero en lugar del campo this.name llamamos el método this.showName() :
class Animal {
showName() { // en vez de this.name = 'animal'
alert('animal');
}
constructor() {
this.showName(); // en vez de alert(this.name);
}
}
350/553
}
…Pero con los campos esto no es así. Como dijimos antes, el constructor padre siempre utiliza el campo padre.
¿Por que existe la diferencia?
Bien, la razón está en el orden de inicialización, El campo de clase es inicializado:
●
Antes del constructor para la clase de base (que no extiende nada),
● Inmediatamente después de super() para la clase derivada.
En nuestro caso, Rabbit es la clase derivada. No hay constructor() en ella. Como establecimos previamente, es lo
mismo que si hubiera un constructor vacío con solamente super(...args) .
Entonces, new Rabbit() llama a super() y se ejecuta el constructor padre, y (por la regla de la clase derivada)
solamente después de que sus campos de clase sean inicializados. En el momento de la ejecución del constructor padre,
todavía no existen los campos de clase de Rabbit , por ello los campos de Animal son los usados.
Afortunadamente este comportamiento solo se revela si los campos sobrescritos son usados en el constructor padre. En tal
caso puede ser difícil entender qué es lo que está pasando, por ello lo explicamos aquí.
Si esto se vuelve un problema, uno puede corregirlo usando métodos o getters/setters en lugar de campos.
Información avanzada
Si está leyendo el tutorial por primera vez, esta sección puede omitirse.
Esta sección trata de los mecanismos internos detrás de la herencia y el método super .
Vamos a profundizar un poco más el tema de super . Veremos algunas cosas interesantes en el camino.
En primer lugar, de todo lo que hemos aprendido hasta ahora, ¡es imposible que super funcione en absoluto!
Entonces, preguntémonos: ¿cómo debería funcionar técnicamente? Cuando se ejecuta un método de objeto, obtiene el
objeto actual como this . Si llamamos a super.method() entonces, el motor necesita obtener el method del prototipo
del objeto actual. ¿Pero cómo?
La tarea puede parecer simple, pero no lo es. El motor conoce el objeto actual this , por lo que podría obtener el method
padre como this.__proto __.method . Desafortunadamente, una solución tan “ingenua” no funcionará.
let animal = {
name: "Animal",
eat() {
alert(`${this.name} come.`);
}
};
let rabbit = {
__proto__: animal,
name: "Conejo",
eat() {
351/553
// así es como supuestamente podría funcionar super.eat()
this.__proto__.eat.call(this); // (*)
}
};
En la línea (*) tomamos eat del prototipo ( animal ) y lo llamamos en el contexto del objeto actual. Tenga en cuenta que
.call(this) es importante aquí, porque un simple this.__ proto __.eat() ejecutaría al padre eat en el
contexto del prototipo, no del objeto actual.
Y en el código anterior, funciona según lo previsto: tenemos el alert correcto.
Ahora agreguemos un objeto más a la cadena. Veremos cómo se rompen las cosas:
let animal = {
name: "Animal",
eat() {
alert(`${this.name} come.`);
}
};
let rabbit = {
__proto__: animal,
eat() {
// ...rebota al estilo de conejo y llama al método padre (animal)
this.__proto__.eat.call(this); // (*)
}
};
let longEar = {
__proto__: rabbit,
eat() {
// ...haz algo con orejas largas y llama al método padre (rabbit)
this.__proto__.eat.call(this); // (**)
}
};
Puede que no sea tan obvio, pero si depuramos la llamada longEar.eat() , podremos ver por qué. En ambas líneas
(*) y (**) el valor de this es el objeto actual ( longEar ). Eso es esencial: todos los métodos de objeto obtienen el
objeto actual como this , no un prototipo o algo así.
Entonces, en ambas líneas (*) y (**) el valor de this.__proto__ es exactamente el mismo: rabbit . Ambos
llaman a rabbit.eat sin subir la cadena en el bucle sin fin.
rabbit longEar
rabbit longEar
352/553
2. Luego, en la línea (*) de rabbit.eat , queremos pasar la llamada aún más arriba en la cadena; pero como
this=longEar , entonces this.__ proto__.eat ¡es nuevamente rabbit.eat !
3. …Entonces rabbit.eat se llama a sí mismo en el bucle sin fin, porque no puede ascender más.
[[HomeObject]]
Para proporcionar la solución, JavaScript agrega una propiedad interna especial para las funciones: [[HomeObject]] .
Cuando una función se especifica como un método de clase u objeto, su propiedad [[HomeObject]] se convierte en ese
objeto.
Entonces super lo usa para resolver el problema del prototipo padre y sus métodos.
let animal = {
name: "Animal",
eat() { // animal.eat.[[HomeObject]] == animal
alert(`${this.name} come.`);
}
};
let rabbit = {
__proto__: animal,
name: "Conejo",
eat() { // rabbit.eat.[[HomeObject]] == rabbit
super.eat();
}
};
let longEar = {
__proto__: rabbit,
name: "Oreja Larga",
eat() { // longEar.eat.[[HomeObject]] == longEar
super.eat();
}
};
// funciona correctamente
longEar.eat(); // Oreja Larga come.
Funciona según lo previsto, debido a la mecánica de [[HomeObject]] . Un método, como longEar.eat , conoce su
[[HomeObject]] y toma el método padre de su prototipo. Sin el uso de this .
El único lugar en el lenguaje donde se usa [[HomeObject]] es en super . Si un método no usa super , entonces
todavía podemos considerarlo “libre” y copiarlo entre objetos. Pero con super las cosas pueden salir mal.
let animal = {
sayHi() {
alert(`Soy un animal`);
}
353/553
};
let plant = {
sayHi() {
alert("Soy una planta");
}
};
La razón es simple:
● En la línea (*) , el método tree.sayHi se copió de rabbit . ¿Quizás solo queríamos evitar la duplicación de
código?
●
Su [[HomeObject]] es rabbit , ya que fue creado en rabbit . No hay forma de cambiar [[HomeObject]] .
● El código de tree.sayHi() tiene dentro a super.sayHi() . Sube desde ‘rabbit’ y toma el método de ‘animal’.
animal plant
sayHi sayHi
rabbit tree
[[HomeObject]]
sayHi sayHi
La diferencia puede no ser esencial para nosotros, pero es importante para JavaScript.
En el siguiente ejemplo, se utiliza una sintaxis sin método para la comparación. La propiedad [[HomeObject]] no está
establecida y la herencia no funciona:
let animal = {
eat: function() { // escrito así intencionalmente en lugar de eat() {...
// ...
}
};
let rabbit = {
__proto__: animal,
eat: function() {
super.eat();
}
};
Resumen
354/553
1. Para extender una clase: class Hijo extends Padre : – Eso significa que Hijo.prototype.__proto__
será Padre.prototype , por lo que los métodos se heredan.
2. Al sobrescribir un constructor: – Debemos llamar al constructor del padre super() en el constructor de Hijo antes
de usar this .
3. Al sobrescribir otro método: – Podemos usar super.method() en un método Hijo para llamar al método Padre .
4. Características internas: – Los métodos recuerdan su clase/objeto en la propiedad interna [[HomeObject]] . Así es
como super resuelve los métodos padres. – Por lo tanto, no es seguro copiar un método con super de un objeto a
otro.
También:
●
Las funciones de flecha no tienen su propio this o super , por lo que se ajustan de manera transparente al contexto
circundante.
Tareas
class Animal {
constructor(name) {
this.name = name;
}
A solución
Reloj extendido
importancia: 5
Tenemos una clase ‘Clock’. Por ahora, muestra la hora cada segundo.
class Clock {
constructor({ template }) {
this.template = template;
}
render() {
let date = new Date();
355/553
.replace('m', mins)
.replace('s', secs);
console.log(output);
}
stop() {
clearInterval(this.timer);
}
start() {
this.render();
this.timer = setInterval(() => this.render(), 1000);
}
}
Crea una nueva clase ExtendedClock que herede de Clock y agrega el parámetro precision : este es el número de
milisegundos entre “tics”. Debe ser 1000 (1 segundo) por defecto.
A solución
class User {
static staticMethod() {
alert(this === User);
}
}
User.staticMethod(); // verdadero
Eso realmente hace lo mismo que asignarlo como una propiedad directamente:
class User { }
User.staticMethod = function() {
alert(this === User);
};
User.staticMethod(); // verdadero
El valor de this en la llamada User.staticMethod() es el mismo constructor de clase User (la regla “objeto antes
de punto”).
Por lo general, los métodos estáticos se utilizan para implementar funciones que pertenecen a la clase como un todo, no a
un objeto particular de la misma.
Por ejemplo, tenemos objetos Article y necesitamos una función para compararlos.
class Article {
constructor(title, date) {
this.title = title;
this.date = date;
}
356/553
static compare(articleA, articleB) {
return articleA.date - articleB.date;
}
}
// uso
let articles = [
new Article("HTML", new Date(2019, 1, 1)),
new Article("CSS", new Date(2019, 0, 1)),
new Article("JavaScript", new Date(2019, 11, 1))
];
articles.sort(Article.compare);
Aquí el método Article.compare se encuentra “encima” de los artículos, como un medio para compararlos. No es el
método de un artículo sino de toda la clase.
Otro ejemplo sería un método llamado “factory”.
La primera forma puede ser implementada por el constructor. Y para la segunda podemos hacer un método estático de la
clase.
Tal como Article.createTodays() aquí:
class Article {
constructor(title, date) {
this.title = title;
this.date = date;
}
static createTodays() {
// recuerda, this = Article
return new this("Resumen de hoy", new Date());
}
}
Ahora, cada vez que necesitamos crear un resumen de hoy, podemos llamar a Article.createTodays() . Una vez
más, ese no es el método de un objeto artículo, sino el método de toda la clase.
Los métodos estáticos también se utilizan en clases relacionadas con base de datos para buscar/guardar/eliminar entradas
de la misma, como esta:
Propiedades estáticas
Las propiedades estáticas también son posibles, se ven como propiedades de clase regular, pero precedidas por static :
class Article {
static publisher = "Ilya Kantor";
357/553
}
class Animal {
static planet = "Tierra";
constructor(name, speed) {
this.speed = speed;
this.name = name;
}
run(speed = 0) {
this.speed += speed;
alert(`${this.name} corre a una velocidad de ${this.speed}.`);
}
// Hereda de Animal
class Rabbit extends Animal {
hide() {
alert(`${this.name} se esconde!`);
}
}
let rabbits = [
new Rabbit("Conejo Blanco", 10),
new Rabbit("Conejo Negro", 5)
];
rabbits.sort(Rabbit.compare);
alert(Rabbit.planet); // Tierra
¿Como funciona? Nuevamente, usando prototipos. Como ya habrás adivinado, extends da a Rabbit el
[[Prototype]] referente a Animal .
358/553
Animal Animal.prototype
prototype
compare constructor: Animal
run: function
[[Prototype]] [[Prototype]]
Rabbit Rabbit.prototype
prototype
constructor: Rabbit
hide: function
[[Prototype]]
rabbit
Como resultado, la herencia funciona tanto para métodos regulares como estáticos.
class Animal {}
class Rabbit extends Animal {}
// para la estática
alert(Rabbit.__proto__ === Animal); // verdadero
Resumen
Los métodos estáticos se utilizan en la funcionalidad propia de la clase “en su conjunto”. No se relaciona con una instancia
de clase concreta.
Por ejemplo, un método para comparar Article.compare (article1, article2) o un método de fábrica
Article.createTodays() .
Las propiedades estáticas se utilizan cuando queremos almacenar datos a nivel de clase, también no vinculados a una
instancia.
La sintaxis es:
class MyClass {
static property = ...;
static method() {
...
}
}
MyClass.property = ...
MyClass.method = ...
359/553
Tareas
Como sabemos, todos los objetos normalmente heredan de Object.prototype y obtienen acceso a métodos de objeto
“genéricos” como hasOwnProperty etc.
Por ejemplo:
class Rabbit {
constructor(name) {
this.name = name;
}
}
Pero si lo escribimos explícitamente como "class Rabbit extends Object" , entonces ¿el resultado sería diferente
de una simple "class Rabbit" ?
¿Cuál es la diferencia?
A solución
Por lo general, los dispositivos que estamos usando son bastante complejos. Pero delimitar la interfaz interna de la externa
permite usarlas sin problemas.
Por ejemplo, una máquina de café. Simple desde el exterior: un botón, una pantalla, algunos agujeros … Y, seguramente, el
resultado: ¡excelente café! :)
360/553
Pero adentro … (una imagen del manual de reparación)
Si retiramos la cubierta protectora de la cafetera, su uso será mucho más complejo (¿dónde presionar?) Y peligroso (puedes
electrocutarte).
En la programación orientada a objetos, las propiedades y los métodos se dividen en dos grupos:
● Interfaz interna – métodos y propiedades, accesibles desde otros métodos de la clase, pero no desde el exterior.
●
Interfaz externa – métodos y propiedades, accesibles también desde fuera de la clase.
Si continuamos la analogía con la máquina de café, lo que está oculto en su interior: un tubo de caldera, un elemento
calefactor, etc., es su interfaz interna.
Se utiliza una interfaz interna para que el objeto funcione, sus detalles se utilizan entre sí. Por ejemplo, un tubo de caldera
está unido al elemento calefactor.
361/553
Pero desde afuera, una máquina de café está cerrada por la cubierta protectora, para que nadie pueda alcanzarlos. Los
detalles están ocultos e inaccesibles. Podemos usar sus funciones a través de la interfaz externa.
Entonces, todo lo que necesitamos para usar un objeto es conocer su interfaz externa. Es posible que no seamos
completamente conscientes de cómo funciona dentro, y eso es genial.
En muchos otros lenguajes también existen campos “protegidos”: accesibles solo desde dentro de la clase y aquellos que lo
extienden (como privado, pero más acceso desde clases heredadas). También son útiles para la interfaz interna. En cierto
sentido, están más extendidos que los privados, porque generalmente queremos que las clases heredadas tengan acceso a
ellas.
Los campos protegidos no se implementan en JavaScript a nivel de lenguaje, pero en la práctica son muy convenientes, por
lo que se emulan.
Ahora haremos una máquina de café en JavaScript con todos estos tipos de propiedades. Una máquina de café tiene
muchos detalles, no los modelaremos todos, seremos simples (aunque podríamos).
Proteger “waterAmount”
class CoffeeMachine {
waterAmount = 0; // la cantidad de agua adentro
constructor(power) {
this.power = power;
alert( `Se creó una máquina de café, poder: ${power}` );
}
// agregar agua
coffeeMachine.waterAmount = 200;
En este momento las propiedades waterAmount y power son públicas. Podemos obtenerlos/configurarlos fácilmente
desde el exterior a cualquier valor.
Cambiemos la propiedad waterAmount a protegida para tener más control sobre ella. Por ejemplo, no queremos que
nadie lo ponga por debajo de cero.
Las propiedades protegidas generalmente tienen el prefijo de subrayado _ .
Eso no se aplica a nivel de lenguaje, pero existe una convención bien conocida entre los programadores de que no se debe
acceder a tales propiedades y métodos desde el exterior.
Entonces nuestra propiedad se llamará _waterAmount :
class CoffeeMachine {
_waterAmount = 0;
set waterAmount(value) {
if (value < 0) {
value = 0;
}
this._waterAmount = value;
}
get waterAmount() {
return this._waterAmount;
}
362/553
constructor(power) {
this._power = power;
}
// agregar agua
coffeeMachine.waterAmount = -10; // _waterAmount se vuelve 0, no -10
Ahora el acceso está bajo control, por lo que establecer una cantidad de agua por debajo de cero se volvió imposible.
Para la propiedad power , hagámoslo de solo lectura. A veces sucede que una propiedad debe establecerse solo en el
momento de la creación y nunca modificarse.
class CoffeeMachine {
// ...
constructor(power) {
this._power = power;
}
get power() {
return this._power;
}
Funciones getter/setter
Aquí usamos la sintaxis getter/setter.
Pero la mayoría de las veces las funciones get.../set... son preferidas, como esta:
class CoffeeMachine {
_waterAmount = 0;
setWaterAmount(value) {
if (value < 0) value = 0;
this._waterAmount = value;
}
getWaterAmount() {
return this._waterAmount;
}
}
new CoffeeMachine().setWaterAmount(100);
Eso parece un poco más largo, pero las funciones son más flexibles. Pueden aceptar múltiples argumentos (incluso si no
los necesitamos en este momento).
Por otro lado, la sintaxis get/set es más corta, por lo que, en última instancia, no existe una regla estricta, depende de
usted decidir.
363/553
Los campos protegidos son heredados.
Si heredamos class MegaMachine extends CoffeeMachine , entonces nada nos impide acceder a
this._waterAmount o this._power desde los métodos de la nueva clase.
Por lo tanto, los campos protegidos son naturalmente heredables. A diferencia de los privados que veremos a
continuación.
“#waterLimit” Privada
Hay una propuesta de JavaScript terminada, casi en el estándar, que proporciona soporte a nivel de lenguaje para
propiedades y métodos privados.
Los privados deberían comenzar con # . Solo son accesibles desde dentro de la clase.
Por ejemplo, aquí hay una propiedad privada #waterLimit y el método privado de control de agua #fixWaterAmount :
class CoffeeMachine {
#waterLimit = 200;
#fixWaterAmount(value) {
if (value < 0) return 0;
if (value > this.#waterLimit) return this.#waterLimit;
}
setWaterAmount(value) {
this.#waterLimit = this.#fixWaterAmount(value);
}
A nivel de lenguaje, # es una señal especial de que el campo es privado. No podemos acceder desde fuera o desde clases
heredadas.
Los campos privados no entran en conflicto con los públicos. Podemos tener campos privados #waterAmount y públicos
waterAmount al mismo tiempo.
class CoffeeMachine {
#waterAmount = 0;
get waterAmount() {
return this.#waterAmount;
}
set waterAmount(value) {
if (value < 0) value = 0;
this.#waterAmount = value;
}
}
machine.waterAmount = 100;
alert(machine.#waterAmount); // Error
364/553
A diferencia de los protegidos, los campos privados son aplicados por el propio lenguaje. Eso es bueno.
Pero si heredamos de CoffeeMachine , entonces no tendremos acceso directo a #waterAmount . Tendremos que
confiar en el getter/setter de waterAmount :
En muchos escenarios, esta limitación es demasiado severa. Si ampliamos una CoffeeMachine , es posible que
tengamos razones legítimas para acceder a sus componentes internos. Es por eso que los campos protegidos se usan con
más frecuencia, aunque no sean compatibles con la sintaxis del lenguaje.
class User {
...
sayHi() {
let fieldName = "nombre";
alert(`Hello, ${this[fieldName]}`);
}
}
Con campos privados eso es imposible: this['#name'] no funciona. Esa es una limitación de sintaxis para garantizar
la privacidad.
Resumen
Soportable
La situación en la programación es más compleja que con una máquina de café de la vida real, porque no solo la
compramos una vez. El código se somete constantemente a desarrollo y mejora.
Si delimitamos estrictamente la interfaz interna, el desarrollador de la clase puede cambiar libremente sus
propiedades y métodos internos, incluso sin informar a los usuarios.
Si usted es un desarrollador de tal clase, es bueno saber que los métodos privados se pueden renombrar de forma segura,
sus parámetros se pueden cambiar e incluso eliminar, porque ningún código externo depende de ellos.
Para los usuarios, cuando sale una nueva versión, puede ser una revisión total internamente, pero aún así es simple de
actualizar si la interfaz externa es la misma.
Ocultando complejidad
La gente adora usar cosas que son simples. Al menos desde afuera. Lo que hay dentro es algo diferente.
365/553
Los programadores no son una excepción.
Siempre es conveniente cuando los detalles de implementación están ocultos, y hay disponible una interfaz externa
simple y bien documentada.
En este momento, los campos privados no son compatibles entre los navegadores, pero se puede usar “polyfill”.
Tenga en cuenta una cosa muy interesante. Métodos incorporados como filter , map y otros: devuelven nuevos objetos
exactamente del tipo heredado PowerArray . Su implementación interna utiliza la propiedad constructor del objeto
para eso.
En el ejemplo anterior,
Cuando se llama a arr.filter() , crea internamente la nueva matriz de resultados usando exactamente
arr.constructor , no el básico Array . En realidad, eso es muy bueno, porque podemos seguir usando métodos
PowerArray más adelante en el resultado.
Si queremos que los métodos incorporados como map o filter devuelvan matrices regulares, podemos devolver
Array en Symbol.species , como aquí:
366/553
// filter crea una nueva matriz usando arr.constructor[Symbol.species] como constructor
let filteredArr = arr.filter(item => item >= 10);
Como puede ver, ahora .filter devuelve Array . Por lo tanto, la funcionalidad extendida ya no se pasa.
Los objetos incorporados tienen sus propios métodos estáticos, por ejemplo, Object.keys , Array.isArray , etc.
Como ya sabemos, las clases nativas se extienden entre sí. Por ejemplo, Array extiende Object .
Normalmente, cuando una clase extiende a otra, se heredan los métodos estáticos y no estáticos. Eso se explicó a fondo en
el artículo Propiedades y métodos estáticos..
Pero las clases integradas son una excepción. No heredan estáticos el uno del otro.
Por ejemplo, tanto Array como Date heredan de Object , por lo que sus instancias tienen métodos de
Object.prototype . Pero Array.[[Prototype]] no hace referencia a Object , por lo que no existe, por ejemplo, el
método estático Array.keys() (o Date.keys() ).
Object Object.prototype
prototype
defineProperty constructor: Object
keys toString: function
... hasOwnProperty: function
...
[[Prototype]]
Date Date.prototype
prototype
now constructor: Date
parse toString: function
... getDate: function
...
[[Prototype]]
new Date()
1 Jan 2019
Como puede ver, no hay un vínculo entre Date y Object . Son independientes, solo Date.prototype hereda de
Object.prototype .
Esa es una diferencia importante de herencia entre los objetos integrados en comparación con lo que obtenemos con
'extends`.
El operador instanceof
La sintaxis es:
367/553
Devuelve true si obj pertenece a la Class o una clase que hereda de ella.
Por ejemplo:
class Rabbit {}
let rabbit = new Rabbit();
// en lugar de clase
function Rabbit() {}
Tenga en cuenta que arr también pertenece a la clase Object . Esto se debe a que Array hereda prototípicamente de
Object .
Normalmente, instanceof examina la cadena de prototipos para la verificación. También podemos establecer una lógica
personalizada en el método estático Symbol.hasInstance .
Por ejemplo:
class Animal {
static [Symbol.hasInstance](obj) {
if (obj.canEat) return true;
}
}
2. La mayoría de las clases no tienen Symbol.hasInstance . En ese caso, se utiliza la lógica estándar: obj
instanceOf Class comprueba si Class.prototype es igual a uno de los prototipos en la cadena de prototipos
obj .
En el ejemplo anterior rabbit.__ proto__ === Rabbit.prototype , por lo que da la respuesta de inmediato.
368/553
class Animal {}
class Rabbit extends Animal {}
Aquí está la ilustración de lo que rabbit instanceof Animal compara con Animal.prototype :
null
[[Prototype]]
Object.prototype
[[Prototype]]
Animal.prototype
= Animal.prototype?
[[Prototype]]
Rabbit.prototype
[[Prototype]]
rabbit
Por cierto, también hay un método objA.isPrototypeOf(objB) , que devuelve true si objA está en algún lugar de la
cadena de prototipos para objB . Por lo tanto, la prueba de obj instanceof Class se puede reformular como
Class.prototype.isPrototypeOf(obj) .
Es divertido, ¡pero el constructor Class en sí mismo no participa en el chequeo! Solo importa la cadena de prototipos y
Class.prototype .
Eso puede llevar a consecuencias interesantes cuando se cambia una propiedad prototype después de crear el objeto.
Como aquí:
function Rabbit() {}
let rabbit = new Rabbit();
// cambió el prototipo
Rabbit.prototype = {};
// ...ya no es un conejo!
alert( rabbit instanceof Rabbit ); // falso
Ya sabemos que los objetos simples se convierten en cadenas como [objetc Objetc] :
Esa es su implementación de toString . Pero hay una característica oculta que hace que toString sea mucho más
poderoso que eso. Podemos usarlo como un typeof extendido y una alternativa para instanceof .
369/553
Por esta especificación , el toString incorporado puede extraerse del objeto y ejecutarse en el contexto de cualquier
otro valor. Y su resultado depende de ese valor.
● Para un número, será [object Number]
●
Para un booleano, será [objetc Boolean]
●
Para null : [objetc Null]
● Para undefined : [objetc Undefined]
● Para matrices: [Object Array]
●
… etc (personalizable).
Demostremos:
Aquí usamos call como se describe en el capítulo Decoradores y redirecciones, call/apply para ejecutar la función
objectToString en el contexto this=arr .
Internamente, el algoritmo toString examina this y devuelve el resultado correspondiente. Más ejemplos:
let s = Object.prototype.toString;
Symbol.toStringTag
El comportamiento del objeto toString se puede personalizar utilizando una propiedad de objeto especial
Symbol.toStringTag .
Por ejemplo:
let user = {
[Symbol.toStringTag]: "User"
};
Para la mayoría de los objetos específicos del entorno, existe dicha propiedad. Aquí hay algunos ejemplos específicos del
navegador:
Como puedes ver, el resultado es exactamente Symbol.toStringTag (si existe), envuelto en [object ...] .
Al final tenemos “typeof con esteroides” que no solo funciona para tipos de datos primitivos, sino también para objetos
incorporados e incluso puede personalizarse.
Podemos usar {}.toString.call en lugar de instanceof para los objetos incorporados cuando deseamos obtener
el tipo como una cadena en lugar de solo verificar.
Resumen
370/553
Resumamos los métodos de verificación de tipos que conocemos:
Y el operador instanceof realmente brilla cuando estamos trabajando con una jerarquía de clases y queremos verificar si
la clase tiene en cuenta la herencia.
Tareas
Extraño instanceof
importancia: 5
En el siguiente código, ¿por qué instanceof devuelve true ? Podemos ver fácilmente que a no es creado por B() .
function A() {}
function B() {}
A solución
Los Mixins
En JavaScript podemos heredar de un solo objeto. Solo puede haber un [[Prototype]] para un objeto. Y una clase
puede extender únicamente otra clase.
Pero a veces eso se siente restrictivo. Por ejemplo, tenemos una clase StreetSweeper y una clase Bicycle , y
queremos hacer su combinación: un StreetSweepingBicycle .
O tenemos una clase User y una clase EventEmitter que implementa la generación de eventos, y nos gustaría agregar
la funcionalidad de EventEmitter a User , para que nuestros usuarios puedan emitir eventos.
Un ejemplo de mixin
La forma más sencilla de implementar un mixin en JavaScript es hacer un objeto con métodos útiles, para que podamos
combinarlos fácilmente en un prototipo de cualquier clase.
Por ejemplo, aquí el mixin sayHiMixin se usa para agregar algo de “diálogo” a User :
// mixin
let sayHiMixin = {
sayHi() {
alert(`Hola ${this.name}`);
},
sayBye() {
alert(`Adiós ${this.name}`);
}
371/553
};
// uso:
class User {
constructor(name) {
this.name = name;
}
}
No hay herencia, sino un simple método de copia. Entonces, User puede heredar de otra clase y también incluir el mixin
para “mezclar” los métodos adicionales, como este:
Object.assign(User.prototype, sayHiMixin);
let sayMixin = {
say(phrase) {
alert(phrase);
}
};
let sayHiMixin = {
__proto__: sayMixin, // (o podríamos usar Object.setPrototypeOf para configurar el prototype aquí)
sayHi() {
// llama al método padre
super.say(`Hola ${this.name}`); // (*)
},
sayBye() {
super.say(`Adios ${this.name}`); // (*)
}
};
class User {
constructor(name) {
this.name = name;
}
}
Ten en cuenta que la llamada al método padre super.say() de sayHiMixin (en las líneas etiquetadas con (*) )
busca el método en el prototipo de ese mixin, no en la clase.
Aquí está el diagrama (ver la parte derecha):
372/553
sayMixin
say: function
[[Prototype]]
User.prototype sayHiMixin
constructor: User [[HomeObject] sayHi: function
sayHi: function sayBye: function
sayBye: function
[[Prototype]]
user
name: ...
Esto se debe a que los métodos sayHi y sayBye se crearon inicialmente en sayHiMixin . Entonces, a pesar de que se
copiaron, su propiedad interna [[[HomeObject]] hace referencia a sayHiMixin , como se muestra en la imagen de
arriba.
Como super busca métodos primarios en [[HomeObject]].[[Prototype]] , significa que busca sayHiMixin.
[[Prototype]] , no User.[[Prototype]] .
EventMixin
Después de agregar el mixin, un objeto user podrá generar un evento "login" cuando el visitante inicie sesión. Y otro
objeto, por ejemplo, calendar puede querer escuchar dichos eventos para cargar el calendario para el persona registrada.
O bien, un menu puede generar el evento "seleccionar" cuando se selecciona un elemento del menú, y otros objetos
pueden asignar controladores para reaccionar ante ese evento. Y así.
Aquí está el código:
let eventMixin = {
/**
* Suscribe al evento, uso:
* menu.on('select', function(item) { ... }
*/
on(eventName, handler) {
if (!this._eventHandlers) this._eventHandlers = {};
if (!this._eventHandlers[eventName]) {
this._eventHandlers[eventName] = [];
}
this._eventHandlers[eventName].push(handler);
},
/**
* Cancelar la suscripción, uso:
* menu.off('select', handler)
*/
off(eventName, handler) {
let handlers = this._eventHandlers?.[eventName];
if (!handlers) return;
for (let i = 0; i < handlers.length; i++) {
if (handlers[i] === handler) {
handlers.splice(i--, 1);
}
373/553
}
},
/**
* Generar un evento con el nombre y los datos
* this.trigger('select', data1, data2);
*/
trigger(eventName, ...args) {
if (!this._eventHandlers?.[eventName]) {
return; // no hay controladores para ese nombre de evento
}
// Llama al controlador
this._eventHandlers[eventName].forEach(handler => handler.apply(this, args));
}
};
● .on(eventName, handler) : asigna la función handler para que se ejecute cuando se produce el evento con ese
nombre. Técnicamente, hay una propiedad _eventHandlers que almacena una matriz de controladores para cada
nombre de evento, y simplemente la agrega a la lista.
● .off(eventName, handler) – elimina la función de la lista de controladores.
● .trigger(eventName, ...args) – genera el evento: se llama a todos los controladores de
_eventHandlers[eventName] , con una lista de argumentos ...args .
Uso:
Ahora, si queremos que el código reaccione a una selección de menú, podemos escucharlo con menu.on(...) .
Y el mixin de eventMixin hace que sea fácil agregar ese comportamiento a tantas clases como queramos, sin interferir
con la cadena de herencia.
Resumen
Mixin – es un término genérico de programación orientado a objetos: una clase que contiene métodos para otras clases.
Algunos lenguajes permiten la herencia múltiple. JavaScript no admite la herencia múltiple, pero los mixins se pueden
implementar copiando métodos en el prototipo.
Podemos usar mixins como una forma de expandir una clase agregando múltiples comportamientos, como el manejo de
eventos que hemos visto anteriormente.
Los mixins pueden convertirse en un punto de conflicto si sobrescriben accidentalmente los métodos de clase existentes. Por
lo tanto, generalmente debes planificar correctamente la definición de métodos de un mixin, para minimizar la probabilidad
de que suceda.
Manejo de errores
Manejo de errores, "try...catch"
No importa lo buenos que seamos en la programación, a veces nuestros scripts tienen errores. Pueden ocurrir debido a
nuestros descuidos, una entrada inesperada del usuario, una respuesta errónea del servidor y por otras razones más.
374/553
Por lo general, un script “muere” (se detiene inmediatamente) en caso de error, imprimiéndolo en la consola.
Pero hay una construcción sintáctica try...catch que nos permite “atrapar” errores para que el script pueda, en lugar de
morir, hacer algo más razonable.
La sintaxis “try…catch”
try {
// código...
} catch (err) {
// manipulación de error
Funciona así:
Comienzo
try {
// código...
}
Entonces, un error dentro del bloque try {...} no mata el script; tenemos la oportunidad de manejarlo en catch .
try {
} catch (err) {
●
Un ejemplo con un error: muestra (1) y (3) :
375/553
try {
} catch (err) {
No funcionará si el código es sintácticamente incorrecto, por ejemplo, si hay llaves sin cerrar:
try {
{{{{{{{{{{{{
} catch(err) {
alert("El motor no puede entender este código, no es válido.");
}
El motor de JavaScript primero lee el código y luego lo ejecuta. Los errores que ocurren en la fase de lectura se
denominan errores de “tiempo de análisis” y son irrecuperables (desde dentro de ese código). Eso es porque el motor no
puede entender el código.
Entonces, try...catch solo puede manejar errores que ocurren en un código válido. Dichos errores se denominan
“errores de tiempo de ejecución” o, a veces, “excepciones”.
try {
setTimeout(function() {
noSuchVariable; // el script morirá aquí
}, 1000);
} catch (err) {
alert( "no funcionará" );
}
Esto se debe a que la función en sí misma se ejecuta más tarde, cuando el motor ya ha abandonado la construcción
try...catch .
Para detectar una excepción dentro de una función programada, try...catch debe estar dentro de esa función:
setTimeout(function() {
try {
noSuchVariable; // try...catch maneja el error!
} catch {
alert( "El error se detecta aquí!" );
}
}, 1000);
Objeto Error
Cuando se produce un error, JavaScript genera un objeto que contiene los detalles al respecto. El objeto se pasa como
argumento para catch :
try {
376/553
// ...
} catch(err) { // <-- el "objeto error", podría usar otra palabra en lugar de err
// ...
}
Para todos los errores integrados, el objeto error tiene dos propiedades principales:
name
Nombre de error. Por ejemplo, para una variable indefinida que es "ReferenceError" .
message
Mensaje de texto sobre detalles del error.
Hay otras propiedades no estándar disponibles en la mayoría de los entornos. Uno de los más utilizados y compatibles es:
stack
Pila de llamadas actual: una cadena con información sobre la secuencia de llamadas anidadas que condujeron al error.
Utilizado para fines de depuración.
Por ejemplo:
try {
lalala; // error, la variable no está definida!
} catch (err) {
alert(err.name); // ReferenceError
alert(err.message); // lalala no está definida!
alert(err.stack); // ReferenceError: lalala no está definida en (...call stack)
try {
// ...
} catch { // <-- sin (err)
// ...
}
Usando “try…catch”
Como ya sabemos, JavaScript admite el método JSON.parse(str) para leer valores codificados con JSON.
Por lo general, se utiliza para decodificar datos recibidos a través de la red, desde el servidor u otra fuente.
377/553
Puede encontrar información más detallada sobre JSON en el capítulo Métodos JSON, toJSON.
Si json está mal formado, JSON.parse genera un error, por lo que el script “muere”.
try {
} catch (err) {
// ...la ejecución salta aquí
alert( "Nuestras disculpas, los datos tienen errores, intentaremos solicitarlos una vez más." );
alert( err.name );
alert( err.message );
}
Aquí usamos el bloque catch solo para mostrar el mensaje, pero podemos hacer mucho más: enviar una nueva solicitud
de red, sugerir una alternativa al visitante, enviar información sobre el error a una instalación de registro, …. Todo mucho
mejor que solo morir.
¿Qué sucede si json es sintácticamente correcto, pero no tiene una propiedad requerida de name ?
Como este:
try {
} catch (err) {
alert( "no se ejecuta" );
}
Aquí JSON.parse se ejecuta normalmente, pero la ausencia de name es en realidad un error nuestro.
El operador “throw”
El operador throw genera un error.
La sintaxis es:
Técnicamente, podemos usar cualquier cosa como un objeto error. Eso puede ser incluso un primitivo, como un número o
una cadena, pero es mejor usar objetos, preferiblemente con propiedades name y message (para mantenerse algo
compatible con los errores incorporados).
JavaScript tiene muchos constructores integrados para manejar errores estándar: Error , SyntaxError ,
ReferenceError , TypeError y otros. Podemos usarlos para crear objetos de error también.
Su sintaxis es:
378/553
let error = new SyntaxError(message);
let error = new ReferenceError(message);
// ...
Para errores incorporados (no para cualquier objeto, solo para errores), la propiedad name es exactamente el nombre del
constructor. Y mensaje se toma del argumento.
Por ejemplo:
alert(error.name); // Error
alert(error.message); // Estas cosas pasan... o_O
try {
JSON.parse("{ json malo o_O }");
} catch (err) {
alert(err.name); // SyntaxError
alert(err.message); // Token b inesperado en JSON en la posición 2
}
Y en nuestro caso, la ausencia de name es un error, ya que los usuarios deben tener un name .
try {
if (!user.name) {
throw new SyntaxError("dato incompleto: sin nombre"); // (*)
}
alert( user.name );
} catch (err) {
alert( "Error en JSON: " + e.message ); // Error en JSON: dato incompleto: sin nombre
}
En la línea (*) , el operador throw genera un SyntaxError con el message dado, de la misma manera que
JavaScript lo generaría él mismo. La ejecución de try se detiene inmediatamente y el flujo de control salta a catch .
Ahora catch se convirtió en un lugar único para todo el manejo de errores: tanto para JSON.parse como para otros
casos.
Relanzando (rethrowing)
En el ejemplo anterior usamos try...catch para manejar datos incorrectos. Pero, ¿es posible que ocurra otro error
inesperado dentro del bloque try{...} ? Como un error de programación (la variable no está definida) o algo más, no solo
“datos incorrectos”.
Por ejemplo:
try {
user = JSON.parse(json); // <-- olvidé poner "let" antes del usuario
// ...
} catch (err) {
alert("Error en JSON: " + err); // Error en JSON: ReferenceError: user no está definido
379/553
// (no es error JSON)
}
¡Por supuesto, todo es posible! Los programadores cometen errores. Incluso en las utilidades de código abierto utilizadas por
millones durante décadas, de repente se puede descubrir un error que conduce a hacks terribles.
En nuestro caso, try...catch está destinado a detectar errores de “datos incorrectos”. Pero por su naturaleza, catch
obtiene todos los errores de try . Aquí recibe un error inesperado, pero aún muestra el mismo mensaje de “Error en JSON”.
Eso está mal y también hace que el código sea más difícil de depurar.
Para evitar tales problemas, podemos emplear la técnica de “rethrowing”. La regla es simple:
Catch solo debe procesar los errores que conoce y “volver a lanzar” (rethrow) a todos los demás.
La técnica de “rethrowing” puede explicarse con más detalle:
1. Catch captura todos los errores.
2. En el bloque catch (err) {...} analizamos el objeto error err .
3. Si no sabemos cómo manejarlo, hacemos 'throw err`.
try {
user = { /*...*/ };
} catch (err) {
if (err instanceof ReferenceError) {
alert('ReferenceError'); // "ReferenceError" para acceder a una variable indefinida
}
}
También podemos obtener el nombre de la clase error con la propiedad err.name . Todos los errores nativos lo tienen. Otra
opción es leer err.constructor.name .
En el siguiente código, usamos el rethrowing para que catch solo maneje SyntaxError :
if (!user.name) {
throw new SyntaxError("dato incompleto: sin nombre");
}
alert( user.name );
} catch (err) {
El error lanzado en la línea (*) desde el interior del bloque catch cae desde try...catch y puede ser atrapado por
una construcción externa try...catch (si existe), o mata al script.
Por lo tanto, el bloque catch en realidad maneja solo los errores con los que sabe cómo lidiar y “omite” todos los demás.
El siguiente ejemplo demuestra cómo dichos errores pueden ser detectados por un nivel más de try...catch :
function readData() {
let json = '{ "age": 30 }';
try {
380/553
// ...
blabla(); // error!
} catch (err) {
// ...
if (!(err instanceof SyntaxError)) {
throw err; // rethrow (no sé cómo lidiar con eso)
}
}
}
try {
readData();
} catch (err) {
alert( "La captura externa tiene: " + err ); // capturado!
}
Aquí readData solo sabe cómo manejar SyntaxError , mientras que el try...catch externo sabe cómo manejar
todo.
try…catch…finally
try {
... intenta ejecutar el código ...
} catch (err) {
... manejar errores ...
} finally {
... ejecutar siempre ...
}
try {
alert( 'intenta (try)' );
if (confirm('¿Cometer un error?')) BAD_CODE();
} catch (err) {
alert( 'atrapa (catch)' );
} finally {
alert( 'finalmente (finally)' );
}
La cláusula finally a menudo se usa cuando comenzamos a hacer algo y queremos finalizarlo en cualquier resultado.
Por ejemplo, queremos medir el tiempo que tarda una función de números de Fibonacci fib(n) . Naturalmente, podemos
comenzar a medir antes de que se ejecute y terminar después. ¿Pero qué pasa si hay un error durante la llamada a la
función? En particular, la implementación de fib(n) en el código siguiente devuelve un error para números negativos o no
enteros.
La cláusula finally es un excelente lugar para terminar las mediciones, pase lo que pase.
Aquí finally garantiza que el tiempo se medirá correctamente en ambas situaciones, en caso de una ejecución exitosa
de fib y en caso de error:
381/553
let num = +prompt("Ingrese un número entero positivo?", 35)
function fib(n) {
if (n < 0 || Math.trunc(n) != n) {
throw new Error("Debe ser un número positivo y entero.");
}
return n <= 1 ? n : fib(n - 1) + fib(n - 2);
}
try {
result = fib(num);
} catch (err) {
result = 0;
} finally {
diff = Date.now() - start;
}
Puede verificar ejecutando el código e ingresando 35 en prompt ; se ejecuta normalmente, finally después de try .
Y luego ingrese -1 – habrá un error inmediato, y la ejecución tomará 0ms . Ambas mediciones se realizan correctamente.
En otras palabras, la función puede terminar con return o throw , eso no importa. La cláusula finally se ejecuta en
ambos casos.
De lo contrario, si declaramos let en el bloque try , solo sería visible dentro de él.
finally y return
La cláusula finally funciona para cualquier salida de try...catch . Eso incluye un return explícito.
En el ejemplo a continuación, hay un return en try . En este caso, finally se ejecuta justo antes de que el control
regrese al código externo.
function func() {
try {
return 1;
} catch (err) {
/* ... */
} finally {
alert( 'finally' );
}
}
382/553
try...finally
La construcción try...finally , sin la cláusula catch , también es útil. Lo aplicamos cuando no queremos manejar
los errores (se permite que se pierdan), pero queremos asegurarnos de que los procesos que comenzamos estén
finalizados.
function func() {
// comenzar a hacer algo que necesita ser completado (como mediciones)
try {
// ...
} finally {
// completar esto si todo muere
}
}
En el código anterior, siempre se produce un error dentro de try , porque no hay catch . Pero finally funciona
antes de que el flujo de ejecución abandone la función.
Captura global
Imaginemos que tenemos un error fatal fuera de try...catch , y el script murió. Como un error de programación o alguna
otra cosa terrible.
¿Hay alguna manera de reaccionar ante tales ocurrencias? Es posible que queramos registrar el error, mostrarle algo al
usuario (normalmente no ve mensajes de error), etc.
No hay ninguna en la especificación, pero los entornos generalmente lo proporcionan, porque es realmente útil. Por ejemplo,
Node.js tiene process.on("uncaughtException") para eso. Y en el navegador podemos asignar una función a la
propiedad especial window.onerror , que se ejecutará en caso de un error no detectado.
La sintaxis:
message
Mensaje de error.
url
URL del script donde ocurrió el error.
line , col
Números de línea y columna donde ocurrió el error.
error
El objeto error.
Por ejemplo:
<script>
window.onerror = function(message, url, line, col, error) {
alert(`${message}\n At ${line}:${col} of ${url}`);
};
function readData() {
badFunc(); // ¡Vaya, algo salió mal!
}
383/553
readData();
</script>
El rol del controlador global window.onerror generalmente no es recuperar la ejecución del script, probablemente sea
imposible en caso de errores de programación, pero sí enviar el mensaje de error a los desarrolladores.
También hay servicios web que proporcionan registro de errores para tales casos, como https://errorception.com o
http://www.muscula.com .
1. Nos registramos en el servicio y obtenemos un fragmento de JS (o una URL de script) para insertar en las páginas.
2. Ese script JS establece una función personalizada window.onerror .
3. Cuando se produce un error, envía una solicitud de red al servicio.
4. Podemos iniciar sesión en la interfaz web del servicio y ver errores.
Resumen
La construcción try...catch permite manejar errores de tiempo de ejecución. Literalmente permite “intentar (try)”
ejecutar el código y “atrapar (catch)” errores que pueden ocurrir en él.
La sintaxis es:
try {
// ejecuta este código
} catch (err) {
// si ocurrió un error, entonces salta aquí
// err es el objeto error
} finally {
// hacer en cualquier caso después de try/catch
}
Puede que no haya una sección catch o finally , por lo que las construcciones más cortas try...catch y
try...finally también son válidas.
Si no se necesita un objeto error, podemos omitirlo usando catch { en lugar de catch (err) { .
También podemos generar nuestros propios errores utilizando el operador throw . Técnicamente, el argumento de throw
puede ser cualquier cosa, pero generalmente es un objeto error heredado de la clase incorporada Error . Más sobre la
extensión de errores en el próximo capítulo.
Relanzado (rethrowing) es un patrón muy importante de manejo de errores: un bloque catch generalmente espera y sabe
cómo manejar el tipo de error en particular, por lo que debería relanzar errores que no conoce.
Incluso si no tenemos try...catch , la mayoría de los entornos nos permiten configurar un controlador de errores “global”
para detectar los errores que caigan. En el navegador, eso es window.onerror .
Tareas
1.
try {
trabajo trabajo
384/553
} catch (err) {
maneja errores
} finally {
limpiar el espacio de trabajo
}
2.
try {
trabajo trabajo
} catch (err) {
manejo de errores
}
Definitivamente necesitamos la limpieza después del trabajo, no importa si hubo un error o no.
¿Hay alguna ventaja aquí en usar finally o ambos fragmentos de código son iguales? Si existe tal ventaja, entonces da
un ejemplo cuando sea importante.
A solución
Nuestros errores deben admitir propiedades de error básicas como message , name y, preferiblemente, stack . Pero
también pueden tener otras propiedades propias, por ejemplo, los objetos HttpError pueden tener una propiedad
statusCode con un valor como 404 o 403 o 500 .
JavaScript permite usar throw con cualquier argumento, por lo que técnicamente nuestras clases de error personalizadas
no necesitan heredarse de Error . Pero si heredamos, entonces es posible usar obj instanceof Error para
identificar objetos error. Entonces es mejor heredar de él.
A medida que la aplicación crece, nuestros propios errores forman naturalmente una jerarquía. Por ejemplo,
HttpTimeoutError puede heredar de HttpError , y así sucesivamente.
Extendiendo Error
Como ejemplo, consideremos una función readUser(json) que debería leer JSON con los datos del usuario.
Internamente, usaremos JSON.parse . Si recibe json mal formado, entonces arroja SyntaxError . Pero incluso si
json es sintácticamente correcto, eso no significa que sea un usuario válido, ¿verdad? Puede perder los datos necesarios.
Por ejemplo, puede no tener propiedades de nombre y edad que son esenciales para nuestros usuarios.
Nuestra función readUser(json) no solo leerá JSON, sino que verificará (“validará”) los datos. Si no hay campos
obligatorios, o el formato es incorrecto, entonces es un error. Y eso no es un “SyntaxError”, porque los datos son
sintácticamente correctos, sino otro tipo de error. Lo llamaremos ValidationError y crearemos una clase para ello. Un
error de ese tipo también debe llevar la información sobre el campo infractor.
Nuestra clase ValidationError debería heredar de la clase incorporada Error .
Esa clase está incorporada, pero aquí está su código aproximado para que podamos entender lo que estamos extendiendo:
385/553
constructor(message) {
this.message = message;
this.name = "Error"; // (diferentes nombres para diferentes clases error incorporadas)
this.stack = <call stack>; // no estándar, pero la mayoría de los entornos lo admiten
}
}
function test() {
throw new ValidationError("Vaya!");
}
try {
test();
} catch(err) {
alert(err.message); // Vaya!
alert(err.name); // ValidationError
alert(err.stack); // una lista de llamadas anidadas con números de línea para cada una
}
Tenga en cuenta: en la línea (1) llamamos al constructor padre. JavaScript requiere que llamemos super en el
constructor hijo, por lo que es obligatorio. El constructor padre establece la propiedad message .
El constructor principal también establece la propiedad name en "Error" , por lo que en la línea (2) la restablecemos al
valor correcto.
Intentemos usarlo en readUser(json) :
// Uso
function readUser(json) {
let user = JSON.parse(json);
if (!user.age) {
throw new ValidationError("Sin campo: age");
}
if (!user.name) {
throw new ValidationError("Sin campo: name");
}
return user;
}
try {
let user = readUser('{ "age": 25 }');
} catch (err) {
if (err instanceof ValidationError) {
alert("Dato inválido: " + err.message); // Dato inválido: sin campo: nombre
} else if (err instanceof SyntaxError) { // (*)
alert("Error de sintaxis JSON: " + err.message);
} else {
throw err; // error desconocido, vuelva a lanzarlo (**)
}
}
386/553
El bloque try..catch en el código anterior maneja tanto nuestro ValidationError como el SyntaxError
incorporado de JSON.parse .
Observe cómo usamos instanceof para verificar el tipo de error específico en la línea (*) .
// ...
// en lugar de (err instanceof SyntaxError)
} else if (err.name == "SyntaxError") { // (*)
// ...
La versión instanceof es mucho mejor, porque en el futuro vamos a extender ValidationError , haremos subtipos
de ella, como PropertyRequiredError . Y el control instanceof continuará funcionando para las nuevas clases
heredadas. Entonces eso es a prueba de futuro.
También es importante que si catch encuentra un error desconocido, entonces lo vuelva a lanzar en la línea (**) . El
bloque catch solo sabe cómo manejar los errores de validación y sintaxis, otros tipos de error (como los tipográficos en el
código u otros desconocidos) deben “pasar a través” y ser relanzados.
Herencia adicional
La clase ValidationError es demasiado genérica. Son muchas las cosas que pueden salir mal. La propiedad podría
estar ausente, o puede estar en un formato incorrecto (como un valor de cadena para age en lugar de un número).
Hagamos una clase más concreta PropertyRequiredError específicamente para propiedades ausentes. Esta clase
llevará información adicional sobre la propiedad que falta.
// Uso
function readUser(json) {
let user = JSON.parse(json);
if (!user.age) {
throw new PropertyRequiredError("age");
}
if (!user.name) {
throw new PropertyRequiredError("name");
}
return user;
}
try {
let user = readUser('{ "age": 25 }');
} catch (err) {
if (err instanceof ValidationError) {
alert("Dato inválido: " + err.message); // Dato inválido: Sin propiedad: name
alert(err.name); // PropertyRequiredError
alert(err.property); // name
} else if (err instanceof SyntaxError) {
alert("Error de sintaxis JSON: " + err.message);
} else {
throw err; // error desconocido, vuelva a lanzarlo
}
}
387/553
La nueva clase PropertyRequiredError es fácil de usar: solo necesitamos pasar el nombre de la propiedad: new
PropertyRequiredError(property) . El message legible para humanos es generado por el constructor.
Tenga en cuenta que this.name en el constructor PropertyRequiredError se asigna de nuevo manualmente. Eso
puede volverse un poco tedioso: asignar this.name = <class name> en cada clase de error personalizada. Podemos
evitarlo haciendo nuestra propia clase “error básico” que asigna this.name = this.constructor.name . Y luego
herede todos nuestros errores personalizados.
Llamémosla MyError .
Aquí está el código con MyError y otras clases error personalizadas, simplificadas:
// name es incorrecto
alert( new PropertyRequiredError("campo").name ); // PropertyRequiredError
Ahora los errores personalizados son mucho más cortos, especialmente ValidationError , ya que eliminamos la línea
"this.name = ..." en el constructor.
Empacado de Excepciones
El propósito de la función readUser en el código anterior es “leer los datos del usuario”. Puede haber diferentes tipos de
errores en el proceso. En este momento tenemos SyntaxError y ValidationError , pero en el futuro la función
readUser puede crecer y probablemente generar otros tipos de errores.
El código que llama a readUser debe manejar estos errores. En este momento utiliza múltiples if en el bloque catch ,
que verifican la clase y manejan los errores conocidos y vuelven a arrojar los desconocidos.
El esquema es así:
try {
...
readUser() // la fuente potencial de error
...
} catch (err) {
if (err instanceof ValidationError) {
// manejar errores de validación
} else if (err instanceof SyntaxError) {
// manejar errores de sintaxis
} else {
throw err; // error desconocido, vuelva a lanzarlo
}
}
En el código anterior podemos ver dos tipos de errores, pero puede haber más.
Si la función readUser genera varios tipos de errores, entonces debemos preguntarnos: ¿realmente queremos verificar
todos los tipos de error uno por uno cada vez?
A menudo, la respuesta es “No”: nos gustaría estar “un nivel por encima de todo eso”. Solo queremos saber si hubo un “error
de lectura de datos”: el por qué ocurrió exactamente es a menudo irrelevante (el mensaje de error lo describe). O, mejor aún,
nos gustaría tener una forma de obtener los detalles del error, pero solo si es necesario.
La técnica que describimos aquí se llama “empacado de excepciones”.
388/553
1. Crearemos una nueva clase ReadError para representar un error genérico de “lectura de datos”.
2. La función readUser detectará los errores de lectura de datos que ocurren dentro de ella, como ValidationError y
SyntaxError , y generará un ReadError en su lugar.
3. El objeto ReadError mantendrá la referencia al error original en su propiedad cause .
Entonces, el código que llama a readUser solo tendrá que verificar ReadError , no todos los tipos de errores de lectura
de datos. Y si necesita más detalles de un error, puede verificar su propiedad cause .
Aquí está el código que define ReadError y demuestra su uso en readUser y try..catch :
function validateUser(user) {
if (!user.age) {
throw new PropertyRequiredError("age");
}
if (!user.name) {
throw new PropertyRequiredError("name");
}
}
function readUser(json) {
let user;
try {
user = JSON.parse(json);
} catch (err) {
if (err instanceof SyntaxError) {
throw new ReadError("Error de sintaxis", err);
} else {
throw err;
}
}
try {
validateUser(user);
} catch (err) {
if (err instanceof ValidationError) {
throw new ReadError("Error de validación", err);
} else {
throw err;
}
}
try {
readUser('{json malo}');
} catch (e) {
if (e instanceof ReadError) {
alert(e);
// Error original: SyntaxError: inesperado token b en JSON en la posición 1
alert("Error original: " + e.cause);
} else {
throw e;
}
}
En el código anterior, readUser funciona exactamente como se describe: detecta los errores de sintaxis y validación y
arroja los errores ReadError en su lugar (los errores desconocidos se vuelven a generar como de costumbre).
389/553
Entonces, el código externo verifica instanceof ReadError y eso es todo. No es necesario enumerar todos los tipos de
error posibles.
El enfoque se llama “empacado de excepciones”, porque tomamos excepciones de “bajo nivel” y las “ajustamos” en
ReadError que es más abstracto. Es ampliamente utilizado en la programación orientada a objetos.
Resumen
● Podemos heredar de Error y otras clases de error incorporadas normalmente. Solo necesitamos cuidar la propiedad
name y no olvidemos llamar super .
●
Podemos usar instanceof para verificar errores particulares. También funciona con herencia. Pero a veces tenemos
un objeto error que proviene de una biblioteca de terceros y no hay una manera fácil de obtener su clase. Entonces la
propiedad name puede usarse para tales controles.
● Empacado de excepciones es una técnica generalizada: una función maneja excepciones de bajo nivel y crea errores de
alto nivel en lugar de varios errores de bajo nivel. Las excepciones de bajo nivel a veces se convierten en propiedades de
ese objeto como err.cause en los ejemplos anteriores, pero eso no es estrictamente necesario.
Tareas
Heredar de SyntaxError
importancia: 5
Ejemplo de uso:
A solución
Promesas y async/await
Introducción: callbacks
Sin embargo, intentaremos aclarar las cosas de todos modos. No habrá nada en cuanto al navegador realmente
complejo.
Muchas funciones son proporcionadas por el entorno de host de Javascript que permiten programar acciones asíncronas. En
otras palabras, acciones que iniciamos ahora, pero que terminan más tarde.
Hay otros ejemplos del mundo real de acciones asincrónicas, p. ej.: la carga de scripts y módulos (a cubrirse en capítulos
posteriores).
Echa un vistazo a la función loadScript(src) , que carga un código script src dado:
390/553
function loadScript(src) {
// crea una etiqueta <script> y la agrega a la página
// esto hace que el script dado: src comience a cargarse y ejecutarse cuando se complete
let script = document.createElement('script');
script.src = src;
document.head.append(script);
}
Esto inserta en el documento una etiqueta nueva, creada dinámicamente, <script src =" ... "> con el código src
dado. El navegador comienza a cargarlo automáticamente y lo ejecuta cuando la carga se completa.
El script se ejecuta “asincrónicamente”, ya que comienza a cargarse ahora, pero se ejecuta más tarde, cuando la función ya
ha finalizado.
El código debajo de loadScript (...) , no espera que finalice la carga del script.
loadScript('/my/script.js');
// el código debajo de loadScript
// no espera a que finalice la carga del script
// ...
Digamos que necesitamos usar el nuevo script tan pronto como se cargue. Declara nuevas funciones, y queremos
ejecutarlas.
Si hacemos eso inmediatamente después de llamar a loadScript (...) , no funcionará:
Naturalmente, el navegador probablemente no tuvo tiempo de cargar el script. Hasta el momento, la función loadScript
no proporciona una forma de rastrear la finalización de la carga. El script se carga y finalmente se ejecuta, eso es todo. Pero
nos gustaría saber cuándo sucede, para usar las funciones y variables nuevas de dicho script.
Agreguemos una función callback como segundo argumento para loadScript que debería ejecutarse cuando se
carga el script:
document.head.append(script);
}
Ahora, si queremos llamar las nuevas funciones desde el script, deberíamos escribirlo en la callback:
loadScript('/my/script.js', function() {
// la callback se ejecuta luego que se carga el script
newFunction(); // ahora funciona
...
});
Esa es la idea: el segundo argumento es una función (generalmente anónima) que se ejecuta cuando se completa la acción.
391/553
let script = document.createElement('script');
script.src = src;
script.onload = () => callback(script);
document.head.append(script);
}
Eso se llama programación asincrónica “basado en callback”. Una función que hace algo de forma asincrónica debería
aceptar un argumento de callback donde ponemos la función por ejecutar después de que se complete.
¿Cómo podemos cargar dos scripts secuencialmente: el primero y después el segundo al cargarse el primero?
La solución natural sería poner la segunda llamada loadScript dentro de la callback, así:
loadScript('/my/script.js', function(script) {
loadScript('/my/script2.js', function(script) {
alert(`Genial, el segundo script está cargado`);
});
});
loadScript('/my/script.js', function(script) {
loadScript('/my/script2.js', function(script) {
loadScript('/my/script3.js', function(script) {
// ...continua después que se han cargado todos los scripts
});
});
});
Entonces, cada nueva acción está dentro de una callback. Eso está bien para algunas acciones, pero no es bueno para
todas, así que pronto veremos otras variantes.
Manejo de errores
En los ejemplos anteriores no consideramos los errores. ¿Qué pasa si falla la carga del script? Nuestra callback debería
poder reaccionar ante eso.
Aquí una versión mejorada de loadScript que rastrea los errores de carga:
document.head.append(script);
}
392/553
Para una carga exitosa llama a callback(null, script) y de lo contrario a callback(error) .
El uso:
Una vez más, la receta que usamos para loadScript es bastante común. Se llama el estilo de “callback error primero”.
La convención es:
1. El primer argumento de la ‘callback’ está reservado para un error, si ocurre. Entonces se llama a callback(err) .
2. El segundo argumento (y los siguientes si es necesario) son para el resultado exitoso. Entonces se llama a
callback(null, result1, result2 ...) .
Así usamos una única función de ‘callback’ tanto para informar errores como para transferir resultados.
Pirámide infernal
A primera vista, es una forma viable de codificación asincrónica. Y de hecho lo es. Para una o quizás dos llamadas anidadas,
se ve bien.
Pero para múltiples acciones asincrónicas que van una tras otra, tendremos un código como este:
if (error) {
handleError(error);
} else {
// ...
loadScript('2.js', function(error, script) {
if (error) {
handleError(error);
} else {
// ...
loadScript('3.js', function(error, script) {
if (error) {
handleError(error);
} else {
// ...continua después de que se han cargado todos los script (*)
}
});
}
});
}
});
En el código de arriba:
A medida que las llamadas se anidan más, el código se vuelve más profundo y difícil de administrar, especialmente si
tenemos un código real en lugar de ‘…’ que puede incluir más bucles, declaraciones condicionales, etc.
A esto se le llama “infierno de callbacks” o “pirámide infernal” (“callback hell”, “pyramid of doom”).
393/553
La “pirámide” de llamadas anidadas crece hacia la derecha con cada acción asincrónica. Pronto se sale de control.
Entonces esta forma de codificación no es tan buena.
Podemos tratar de aliviar el problema haciendo, para cada acción, una función independiente:
loadScript('1.js', step1);
¿Lo Ves? Hace lo mismo, y ahora no hay anidamiento profundo porque convertimos cada acción en una función de nivel
superior separada.
Funciona, pero el código parece una hoja de cálculo desgarrada. Es difícil de leer, y habrás notado que hay que saltar de un
lado a otro mientras lees. Es un inconveniente, especialmente si el lector no está familiarizado con el código y no sabe dónde
dirigir la mirada.
Además, las funciones llamadas step* son de un solo uso, son para evitar la “Pirámide de callbacks”. Nadie los reutilizará
fuera de la cadena de acción. Así que hay muchos nombres abarrotados aquí.
Nos gustaría tener algo mejor.
Afortunadamente, hay otras formas de evitar tales pirámides. Una de las mejores formas es usando “promesas”, descritas en
el próximo capítulo.
Promesa
Imagina que eres un gran cantante y los fanáticos te preguntan día y noche por tu próxima canción.
Para obtener algo de alivio, prometes enviárselos cuando se publique. Le das a tus fans una lista. Ellos pueden registrar allí
sus direcciones de correo electrónico, de modo que cuando la canción esté disponible, todas las partes suscritas la reciban
instantáneamente. E incluso si algo sale muy mal, digamos, un incendio en el estudio tal que no puedas publicar la canción,
aún se les notificará.
394/553
Todos están felices: tú, porque la gente ya no te abruma, y los fanáticos, porque no se perderán la canción.
Esta es una analogía de la vida real para las cosas que a menudo tenemos en la programación:
1. Un “código productor” que hace algo y toma tiempo. Por ejemplo, algún código que carga los datos a través de una red.
Eso es un “cantante”.
2. Un “código consumidor” que quiere el resultado del “código productor” una vez que está listo. Muchas funciones pueden
necesitar ese resultado. Estos son los “fans”.
3. Una promesa es un objeto JavaScript especial que une el “código productor” y el “código consumidor”. En términos de
nuestra analogía: esta es la “lista de suscripción”. El “código productor” toma el tiempo que sea necesario para producir el
resultado prometido, y la “promesa” hace que ese resultado esté disponible para todo el código suscrito cuando esté listo.
La analogía no es terriblemente precisa, porque las promesas de JavaScript son más complejas que una simple lista de
suscripción: tienen características y limitaciones adicionales. Pero está bien para empezar.
La sintaxis del constructor para un objeto promesa es:
La función pasada a new Promise se llama ejecutor. Cuando se crea new Promise , el ejecutor corre automáticamente.
Este contiene el código productor que a la larga debería producir el resultado. En términos de la analogía anterior: el ejecutor
es el “cantante”.
Sus argumentos resolve y reject son callbacks proporcionadas por el propio JavaScript. Nuestro código solo está
dentro del ejecutor.
Cuando el ejecutor, más tarde o más temprano, eso no importa, obtiene el resultado, debe llamar a una de estos callbacks:
● resolve(value) – si el trabajo finalizó con éxito, con el resultado value .
●
reject(error) – si ocurrió un error, error es el objeto error.
Para resumir: el ejecutor corre automáticamente e intenta realizar una tarea. Cuando termina con el intento, llama a
resolve si fue exitoso o reject si hubo un error.
El objeto promise devuelto por el constructor new Promise tiene estas propiedades internas:
●
state – inicialmente "pendiente" , luego cambia a "cumplido" cuando se llama a resolve o "rechazado"
cuando se llama a reject .
●
result – inicialmente undefined , luego cambia a valor cuando se llama a resolve(valor) o error cuando
se llama a reject(error) .
state: "fulfilled"
result: value
)
new Promise(executor) alue
lve(v
reso
state: "pending"
result: undefined reje
ct(e
r ror
)
state: "rejected"
result: error
// después de 1 segundo, indica que la tarea está hecha con el resultado "hecho"
setTimeout(() => resolve("hecho"), 1000);
});
395/553
Podemos ver dos cosas al ejecutar el código anterior:
2. El ejecutor recibe dos argumentos: resolve y reject . Estas funciones están predefinidas por el motor de JavaScript,
por lo que no necesitamos crearlas. Solo debemos llamar a uno de ellos cuando esté listo.
Después de un segundo de “procesamiento”, el ejecutor llama a resolve("hecho") para producir el resultado. Esto
cambia el estado del objeto promise :
new Promise(executor)
new Promise(executor)
Para resumir, el ejecutor debe realizar una tarea (generalmente algo que toma tiempo) y luego llamar a “resolve” o “reject”
para cambiar el estado del objeto promise correspondiente.
Una promesa que se resuelve o se rechaza se denomina “resuelta”, en oposición a una promesa inicialmente “pendiente”.
La idea es que una tarea realizada por el ejecutor puede tener solo un resultado o un error.
Además, resolve / reject espera solo un argumento (o ninguno) e ignorará argumentos adicionales.
396/553
Inmediatamente llamando a resolve / reject
En la práctica, un ejecutor generalmente hace algo de forma asíncrona y llama a resolve / reject después de un
tiempo, pero no tiene que hacerlo. También podemos llamar a resolve o reject inmediatamente, así:
Por ejemplo, esto puede suceder cuando comenzamos una tarea pero luego vemos que todo ya se ha completado y
almacenado en caché.
Un objeto Promise sirve como enlace entre el ejecutor (el “código productor” o el “cantante”) y las funciones consumidoras
(los “fanáticos”), que recibirán el resultado o error. Las funciones de consumo pueden registrarse (suscribirse) utilizando los
métodos .then , .catch y .finally .
then
El más importante y fundamental es .then .
La sintaxis es:
promise.then(
function(result) { /* manejar un resultado exitoso */ },
function(error) { /* manejar un error */ }
);
El primer argumento de .then es una función que se ejecuta cuando se resuelve la promesa y recibe el resultado.
El segundo argumento de .then es una función que se ejecuta cuando se rechaza la promesa y recibe el error.
Por ejemplo, aquí hay una reacción a una promesa resuelta con éxito:
397/553
Si solo nos interesan las terminaciones exitosas, entonces podemos proporcionar solo un argumento de función para
.then :
catch
Si solo nos interesan los errores, entonces podemos usar null como primer argumento: .then(null,
errorHandlingFunction) . O podemos usar .catch(errorHandlingFunction) , que es exactamente lo mismo:
finally
Al igual que hay una cláusula finally en un try {...} catch {...} normal, hay un finally en las promesas.
La llamada .finally(f) es similar a .then(f, f) en el sentido de que f siempre se ejecuta cuando se resuelve la
promesa: ya sea que se resuelva o rechace.
finally es un buen manejador para realizar la limpieza, por ejemplo detener nuestros indicadores de carga que ya no son
necesarios sin importar cuál sea el resultado.
Como esto:
1. Un manejador finally no tiene argumentos. En finally no sabemos si la promesa es exitosa o no. Eso está bien,
ya que nuestra tarea generalmente es realizar procedimientos de finalización “generales”.
Eso es muy conveniente, porque ‘finally’ no está destinado a procesar un resultado “promesa”. Entonces lo pasa.
398/553
Hablaremos más sobre el encadenamiento de promesas y la transmisión de resultados entre los manejadores en el
próximo capítulo.
Ten en cuenta que esto es diferente y más poderoso que el escenario de la “lista de suscripción” de la vida real. Si el
cantante ya lanzó su canción y luego una persona se registra en la lista de suscripción, probablemente no recibirá esa
canción. Las suscripciones en la vida real deben hacerse antes del evento.
Las promesas son más flexibles. Podemos agregar manejadores en cualquier momento: si el resultado ya está allí,
nuestros manejadores lo obtienen de inmediato.
A continuación, veamos ejemplos más prácticos de cómo las promesas pueden ayudarnos a escribir código asincrónico.
Ejemplo: loadScript
document.head.append(script);
}
function loadScript(src) {
return new Promise(function(resolve, reject) {
let script = document.createElement('script');
script.src = src;
document.head.append(script);
});
}
Uso:
promise.then(
script => alert(`${script.src} está cargado!`),
error => alert(`Error: ${error.message}`)
);
399/553
Podemos ver inmediatamente algunos beneficios sobre el patrón basado en callback:
Promesas Callbacks
Podemos llamar a “.then” en una promesa tantas veces como queramos. Cada vez, estamos
agregando un nuevo “fan”, una nueva función de suscripción, a la “lista de suscripción”. Más Solo puede haber un callback.
sobre esto en el próximo capítulo: Encadenamiento de promesas.
Entonces, las promesas nos dan un mejor flujo de código y flexibilidad. Pero hay más. Lo veremos en los próximos capítulos.
Tareas
promise.then(alert);
A solución
La función incorporada setTimeout utiliza callbacks. Crea una alternativa basada en promesas.
La función delay(ms) debería devolver una promesa. Esa promesa debería resolverse después de ms milisegundos,
para que podamos agregarle .then , así:
function delay(ms) {
// tu código
}
A solución
Vuelva a escribir la función showCircle en la solución de la tarea Círculo animado con función de callback para que
devuelva una promesa en lugar de aceptar un callback.
Tome la solución de la tarea Círculo animado con función de callback como base.
A solución
400/553
Encadenamiento de promesas
Volvamos al problema mencionado en el capítulo Introducción: callbacks: tenemos una secuencia de tareas asincrónicas que
deben realizarse una tras otra, por ejemplo, cargar scripts. ¿Cómo podemos codificarlo correctamente?
Las promesas proporcionan un par de maneras para hacerlo.
}).then(function(result) { // (**)
alert(result); // 1
return result * 2;
}).then(function(result) { // (***)
alert(result); // 2
return result * 2;
}).then(function(result) {
alert(result); // 4
return result * 2;
});
A medida que el resultado se pasa a lo largo de la cadena de controladores, podemos ver una secuencia de llamadas de
alerta: 1 → 2 → 4 .
new Promise
resolve(1)
.then
return 2
.then
return 4
.then
Todo funciona, porque cada llamada a promise.then devuelve una nueva promesa, para que podamos llamar al
siguiente .then con ella.
Cuando un controlador devuelve un valor, se convierte en el resultado de esa promesa, por lo que se llama al siguiente
.then .
Un error clásico de principiante: técnicamente también podemos agregar muchos ‘.then’ a una sola promesa: eso no
es encadenamiento.
Por ejemplo:
401/553
let promise = new Promise(function(resolve, reject) {
setTimeout(() => resolve(1), 1000);
});
promise.then(function(result) {
alert(result); // 1
return result * 2;
});
promise.then(function(result) {
alert(result); // 1
return result * 2;
});
promise.then(function(result) {
alert(result); // 1
return result * 2;
});
Lo que hicimos aquí fue varios controladores para una sola promesa. No se pasan el resultado el uno al otro; en su lugar lo
procesan de forma independiente.
Aquí está la imagen (compárala con el encadenamiento anterior):
new Promise
resolve(1)
Todos los ‘.then’ en la misma promesa obtienen el mismo resultado: el resultado de esa promesa. Entonces, en el código
sobre todo alert muestra lo mismo: 1 .
En la práctica, rara vez necesitamos múltiples manejadores para una promesa. El encadenamiento se usa mucho más a
menudo.
Retornando promesas
En ese caso, otros manejadores esperan hasta que se estabilice (resuelva o rechace) y luego obtienen su resultado.
Por ejemplo:
}).then(function(result) {
alert(result); // 1
}).then(function(result) { // (**)
alert(result); // 2
}).then(function(result) {
alert(result); // 4
});
402/553
En este código el primer .then muestra 1 y devuelve new Promise(...) en la línea (*) . Después de un segundo,
se resuelve, y el resultado (el argumento de resolve , aquí es result * 2 ) se pasa al controlador del segundo .then .
Ese controlador está en la línea (**) , muestra 2 y hace lo mismo.
Por lo tanto, la salida es la misma que en el ejemplo anterior: 1 → 2 → 4, pero ahora con 1 segundo de retraso entre las
llamadas de alerta.
Devolver las promesas nos permite construir cadenas de acciones asincrónicas.
El ejemplo: loadScript
Usemos esta función con el loadScript promisificado, definido en el capítulo anterior, para cargar los scripts uno por uno,
en secuencia:
loadScript("/article/promise-chaining/one.js")
.then(function(script) {
return loadScript("/article/promise-chaining/two.js");
})
.then(function(script) {
return loadScript("/article/promise-chaining/three.js");
})
.then(function(script) {
// usamos las funciones declaradas en los scripts
// para demostrar que efectivamente se cargaron
one();
two();
three();
});
loadScript("/article/promise-chaining/one.js")
.then(script => loadScript("/article/promise-chaining/two.js"))
.then(script => loadScript("/article/promise-chaining/three.js"))
.then(script => {
// los scripts se cargaron, podemos usar las funciones declaradas en ellos
one();
two();
three();
});
Aquí cada llamada a loadScript devuelve una promesa, y el siguiente .then se ejecuta cuando se resuelve. Luego
inicia la carga del siguiente script. Entonces los scripts se cargan uno tras otro.
Podemos agregar más acciones asincrónicas a la cadena. Tenga en cuenta que el código sigue siendo “plano”: crece hacia
abajo, no a la derecha. No hay signos de la “pirámide del destino”.
Técnicamente, podríamos agregar .then directamente a cada loadScript , así:
loadScript("/article/promise-chaining/one.js").then(script1 => {
loadScript("/article/promise-chaining/two.js").then(script2 => {
loadScript("/article/promise-chaining/three.js").then(script3 => {
// esta función tiene acceso a las variables script1, script2 y script3
one();
two();
three();
});
});
});
Este código hace lo mismo: carga 3 scripts en secuencia. Pero “crece hacia la derecha”. Entonces tenemos el mismo
problema que con los callbacks.
Las personas que comienzan a usar promesas pueden desconocer el encadenamiento, y por ello escribirlo de esta manera.
En general, se prefiere el encadenamiento.
A veces es aceptable escribir .then directamente, porque la función anidada tiene acceso al ámbito externo. En el ejemplo
anterior, el callback más anidado tiene acceso a todas las variables script1 , script2 , script3 . Pero eso es una
403/553
excepción más que una regla.
Objetos Thenables
Para ser precisos, un controlador puede devolver no exactamente una promesa, sino un objeto llamado “thenable”, un
objeto arbitrario que tiene un método .then . Será tratado de la misma manera que una promesa.
La idea es que las librerías de terceros puedan implementar sus propios objetos “compatibles con la promesa”. Pueden
tener un conjunto extendido de métodos, pero también ser compatibles con las promesas nativas, porque implementan
.then .
class Thenable {
constructor(num) {
this.num = num;
}
then(resolve, reject) {
alert(resolve); // function() { código nativo }
// resolve con this.num*2 después de 1 segundo
setTimeout(() => resolve(this.num * 2), 1000); // (**)
}
}
JavaScript comprueba el objeto devuelto por el controlador .then en la línea (*) : si tiene un método invocable
llamado then , entonces llama a ese método que proporciona funciones nativas resolve , accept como argumentos
(similar a un ejecutor) y espera hasta que se llame a uno de ellos. En el ejemplo anterior, se llama a resolve(2)
después de 1 segundo (**) . Luego, el resultado se pasa más abajo en la cadena.
Esta característica nos permite integrar objetos personalizados con cadenas de promesa sin tener que heredar de
Promise .
En la interfaz de programación, las promesas a menudo se usan para solicitudes de red. Así que veamos un ejemplo
extendido de eso.
Utilizaremos el método fetch para cargar la información sobre el usuario desde el servidor remoto. Tiene muchos parámetros
opcionales cubiertos en capítulos separados, pero la sintaxis básica es bastante simple:
Esto hace una solicitud de red a la url y devuelve una promesa. La promesa se resuelve con un objeto ‘response’ cuando
el servidor remoto responde con encabezados, pero antes de que se descargue la respuesta completa.
Para leer la respuesta completa, debemos llamar al método response.text() : devuelve una promesa que se resuelve
cuando se descarga el texto completo del servidor remoto, con ese texto como resultado.
El siguiente código hace una solicitud a user.json y carga su texto desde el servidor:
fetch('/article/promise-chaining/user.json')
// .a continuación, se ejecuta cuando el servidor remoto responde
.then(function(response) {
// response.text() devuelve una nueva promesa que se resuelve con el texto de respuesta completo
// cuando se carga
return response.text();
})
.then(function(text) {
// ...y aquí está el contenido del archivo remoto
alert(text); // {"name": "iliakan", isAdmin: true}
});
404/553
El objeto response devuelto por fetch también incluye el método response.json() que lee los datos remotos y los
analiza como JSON. En nuestro caso, eso es aún más conveniente, así que pasemos a ello.
// igual que el anterior, pero response.json() analiza el contenido remoto como JSON
fetch('/article/promise-chaining/user.json')
.then(response => response.json())
.then(user => alert(user.name)); // iliakan, tengo nombre de usuario
El código funciona; ver comentarios sobre los detalles. Sin embargo, hay un problema potencial, un error típico para aquellos
que comienzan a usar promesas.
Mire la línea (*) : ¿cómo podemos hacer algo después de que el avatar haya terminado de mostrarse y se elimine? Por
ejemplo, nos gustaría mostrar un formulario para editar ese usuario u otra cosa. A partir de ahora, no hay manera.
Para que la cadena sea extensible, debemos devolver una promesa que se resuelva cuando el avatar termine de mostrarse.
Como esto:
fetch('/article/promise-chaining/user.json')
.then(response => response.json())
.then(user => fetch(`https://api.github.com/users/${user.name}`))
.then(response => response.json())
.then(githubUser => new Promise(function(resolve, reject) { // (*)
let img = document.createElement('img');
img.src = githubUser.avatar_url;
img.className = "promise-avatar-example";
document.body.append(img);
setTimeout(() => {
img.remove();
resolve(githubUser); // (**)
}, 3000);
}))
// se dispara después de 3 segundos
.then(githubUser => alert(`Terminado de mostrar ${githubUser.name}`));
Es decir, el controlador .then en la línea (*) ahora devuelve new Promise , que se resuelve solo después de la
llamada de resolve(githubUser) en setTimeout (**) . El siguiente ‘.then’ en la cadena esperará eso.
Como buena práctica, una acción asincrónica siempre debe devolver una promesa. Eso hace posible planificar acciones
posteriores; incluso si no planeamos extender la cadena ahora, es posible que la necesitemos más adelante.
Finalmente, podemos dividir el código en funciones reutilizables:
function loadJson(url) {
return fetch(url)
405/553
.then(response => response.json());
}
function loadGithubUser(name) {
return loadJson(`https://api.github.com/users/${name}`);
}
function showAvatar(githubUser) {
return new Promise(function(resolve, reject) {
let img = document.createElement('img');
img.src = githubUser.avatar_url;
img.className = "promise-avatar-example";
document.body.append(img);
setTimeout(() => {
img.remove();
resolve(githubUser);
}, 3000);
});
}
// Úsalos:
loadJson('/article/promise-chaining/user.json')
.then(user => loadGithubUser(user.name))
.then(showAvatar)
.then(githubUser => alert(`Finished showing ${githubUser.name}`));
// ...
Resumen
Si un controlador .then (o catch/finally , no importa) devuelve una promesa, el resto de la cadena espera hasta que
se asiente. Cuando lo hace, su resultado (o error) se pasa más allá.
Aquí hay una imagen completa:
state: "pending"
result: undefined
Tareas
¿Son iguales estos fragmentos de código? En otras palabras, ¿se comportan de la misma manera en cualquier
circunstancia, para cualquier función de controlador?
promise.then(f1).catch(f2);
Versus:
promise.then(f1, f2);
A solución
406/553
Manejo de errores con promesas
Las promesas encadenadas son excelentes manejando los errores. Cuando una promesa es rechazada, el control salta al
manejador de rechazos más cercano. Esto es muy conveniente en la práctica.
Por ejemplo, en el código de abajo, la URL a la cual se le hace fetch es incorrecta (no existe el sitio) y al ser
rechazada .catch maneja el error:
Como puedes ver, el .catch no tiene que escribirse inmediatamente después de la promesa. Este puede aparecer
después de uno o quizás varios .then .
O, puede ocurrir, que todo en el sitio se encuentre bien, pero la respuesta no es un JSON válido. La forma más fácil de
detectar todos los errores es agregando .catch al final de la cadena de promesas:
fetch('/article/promise-chaining/user.json')
.then(response => response.json())
.then(user => fetch(`https://api.github.com/users/${user.name}`))
.then(response => response.json())
.then(githubUser => new Promise((resolve, reject) => {
let img = document.createElement('img');
img.src = githubUser.avatar_url;
img.className = "promise-avatar-example";
document.body.append(img);
setTimeout(() => {
img.remove();
resolve(githubUser);
}, 3000);
}))
.catch(error => alert(error.message));
Lo normal es que tal .catch no se dispare en absoluto. Pero si alguna de las promesas anteriores es rechazada (por un
error de red, un JSON inválido or cualquier otra razón), entonces el error es capturado.
try…catch implícito
El código de un ejecutor de promesas y de manejadores de promesas tiene embebido un " try..catch invisible". Si
ocurre una excepción, esta es atrapada y es tratada como un rechazo.
Por ejemplo, este código:
El " try..catch invisible" embebido en el ejecutor detecta automáticamente el error y lo convierte en una promesa
rechazada.
Esto sucede no solo en la función ejecutora, sino también en sus manejadores. Si hacemos throw dentro de una llamada a
.then , esto devolverá una promesa rechazada, por lo que el control salta al manejador de errores más cercano.
Por ejemplo:
407/553
}).then((result) => {
throw new Error("Whoops!"); // rechaza la promesa
}).catch(alert); // Error: Whoops!
Esto sucede con todos los errores, no solo los causados por la sentencia de excepción throw . Por ejemplo, un error de
programación:
El .catch del final no solo detecta rechazos explícitos, sino también los errores accidentales en los manejadores
anteriores.
Como ya vimos, el .catch del final es similar a try..catch . Podemos tener tantos manejadores .then como
queramos, y luego usar un solo .catch al final para manejar los errores en todos ellos.
En un try..catch normal, podemos analizar el error y quizá volver a lanzarlo si no se puede manejar. Lo mismo podemos
hacer con las promesas.
Si hacemos throw dentro de .catch , el control pasa a otro manejador de errores más cercano. Y, si manejamos el error
y terminamos de forma correcta, entonces se continúa con el siguiente manejador .then exitoso.
}).catch(function(error) {
Aquí el .catch termina de forma correcta. Entonces se ejecuta el siguiente manejador exitoso .then .
En el siguiente ejemplo podemos ver otra situación con .catch . El manejador (*) detecta el error y simplemente no
puede manejarlo (en el ejemplo solo sabe que hacer con un URIError ), por lo que lo lanza nuevamente:
}).catch(function(error) { // (*)
throw error; // Lanza este error u otro error que salte en el siguiente catch.
}
}).then(function() {
/* Esto no se ejecuta */
}).catch(error => { // (**)
});
408/553
La ejecución salta del primer .catch (*) al siguiente (**) en la cadena.
Rechazos no manejados
¿Que sucede cuanto un error no es manejado? Por ejemplo, si olvidamos agregar .catch al final de una cadena de
promesas, como aquí:
new Promise(function() {
noSuchFunction(); // Aquí hay un error (no existe la función)
})
.then(() => {
// manejador de una o más promesas exitosas
}); // sin .catch al final!
En caso de que se genere un error, la promesa se rechaza y la ejecución salta al manejador de rechazos más cercano. Pero
aquí no hay ninguno. Entonces el error se “atasca”, ya que no hay código para manejarlo.
En la práctica, al igual que con los errores comunes no manejados en el código, esto significa que algo ha salido
terriblemente mal.
¿Que sucede cuando ocurre un error regular y no es detectado por try..catch ? El script muere con un mensaje en la
consola. Algo similar sucede con los rechazos de promesas no manejadas.
En este caso, el motor de JavaScript rastrea el rechazo y lo envía al ámbito global. Puedes ver en consola el error generado
si ejecutas el ejemplo anterior.
En el navegador podemos detectar tales errores usando el evento unhandledrejection :
window.addEventListener('unhandledrejection', function(event) {
// el objeto event tiene dos propiedades especiales:
alert(event.promise); // [objeto Promesa] - La promesa que fue rechazada
alert(event.reason); // Error: Whoops! - Motivo por el cual se rechaza la promesa
});
new Promise(function() {
throw new Error("Whoops!");
}); // No hay un .catch final para manejar el error
Si se produce un error, y no hay un .catch , se dispara unhandledrejection , y se obtiene el objeto event el cual
contiene información sobre el error, por lo que podemos hacer algo con el error (manejar el error).
Usualmente estos errores no son recuperables, por lo que la mejor salida es informar al usuario sobre el problema y
probablemente reportar el incidente al servidor.
En entornos fuera del navegador como Node.js existen otras formas de rastrear errores no manejados.
Resumen
●
.catch maneja errores de todo tipo: ya sea una llamada a reject() , o un error que arroja un manejador.
● Debemos colocar .catch exactamente en los lugares donde queremos manejar los errores y saber cómo manejarlos. El
manejador debe analizar los errores (los errores personalizados ayudan), y en caso de no conocerse la razón del error
relanzar los errores desconocidos (tal vez sean errores de programación).
● Es correcto no usar .catch si no hay forma de recuperarse de un error.
●
En cualquier caso, deberíamos tener el evento unhandledrejection (para navegadores, o el equivalente en otros
entornos) para monitorear errores no manejados e informar al usuario (y probablemente al servidor) para que nuestra
aplicación nunca “simplemente muera”.
Tareas
Error en setTimeout
409/553
new Promise(function(resolve, reject) {
setTimeout(() => {
throw new Error("Whoops!");
}, 1000);
}).catch(alert);
A solución
Promise API
Hay 6 métodos estáticos en la clase Promise . Veremos sus casos de uso aquí.
Promise.all
Digamos que queremos que muchas promesas se ejecuten en paralelo y esperar hasta que todas ellas estén listas.
Por ejemplo, descargar varias URLs en paralelo y procesar su contenido en cuanto todas ellas finalicen.
Para ello es Promise.all .
La sintaxis es:
Promise.all toma un iterable (usualmente un array de promesas) y devuelve una nueva promesa.
Esta nueva promesa es resuelta en cuanto todas las promesas listadas se resuelven, y el array de aquellos resultados se
vuelve su resultado.
Por ejemplo, el Promise.all debajo se resuelve después de 3 segundos, y su resultado es un array [1, 2, 3] :
Promise.all([
new Promise(resolve => setTimeout(() => resolve(1), 3000)), // 1
new Promise(resolve => setTimeout(() => resolve(2), 2000)), // 2
new Promise(resolve => setTimeout(() => resolve(3), 1000)) // 3
]).then(alert); // 1,2,3 cuando las promesas están listas: cada promesa constituye un miembro del array
Ten en cuenta que el orden de los miembros del array es el mismo que el de las promesas que los originan. Aunque la
primera promesa es la que toma más tiempo en resolverse, es aún la primera en el array de resultados.
Un truco común es mapear un array de datos de trabajo dentro de un array de promesas, y entonces envolverlos dentro de
un Promise.all .
Por ejemplo, si tenemos un array de URLs, podemos usar fetch en todos ellos así:
let urls = [
'https://api.github.com/users/iliakan',
'https://api.github.com/users/remy',
'https://api.github.com/users/jeresig'
];
Un mayor ejemplo con fetch: la búsqueda de información de usuario para un array de usuarios de GitHub por sus nombres (o
podríamos buscar un array de bienes por sus “id”, la lógica es idéntica):
410/553
let requests = names.map(name => fetch(`https://api.github.com/users/${name}`));
Promise.all(requests)
.then(responses => {
// todas las respuestas son resueltas satisfactoriamente
for(let response of responses) {
alert(`${response.url}: ${response.status}`); // muestra 200 por cada url
}
return responses;
})
// mapea el array de resultados dentro de un array de response.json() para leer sus contenidos
.then(responses => Promise.all(responses.map(r => r.json())))
// todas las respuestas JSON son analizadas: "users" es el array de ellas
.then(users => users.forEach(user => alert(user.name)));
Si cualquiera de las promesas es rechazada, la promesa devuelta por Promise.all inmediatamente rechaza:
“reject” con ese error.
Por ejemplo:
Promise.all([
new Promise((resolve, reject) => setTimeout(() => resolve(1), 1000)),
new Promise((resolve, reject) => setTimeout(() => reject(new Error("Whoops!")), 2000)),
new Promise((resolve, reject) => setTimeout(() => resolve(3), 3000))
]).catch(alert); // Error: Whoops!
Aquí la segunda promesa se rechaza en dos segundos. Esto lleva a un rechazo inmediato de Promise.all , entonces
.catch se ejecuta: el error del rechazo se vuelve la salida del Promise.all entero.
Promise.all([
new Promise((resolve, reject) => {
setTimeout(() => resolve(1), 1000)
}),
2,
3
]).then(alert); // 1, 2, 3
Promise.allSettled
411/553
Promise.all rechaza como un todo si cualquiera de sus promesas es rechazada. Esto es bueno para los casos de “todo
o nada”, cuando necesitamos que todos los resultados sean exitosos para proceder:
Promise.all([
fetch('/template.html'),
fetch('/style.css'),
fetch('/data.json')
]).then(render); // el método render necesita los resultados de todos los fetch
Promise.allSettled solo espera que todas las promesas se resuelvan sin importar sus resultados. El array resultante
tiene:
●
{status:"fulfilled", value:result} para respuestas exitosas,
● {status:"rejected", reason:error} para errores.
Por ejemplo, quisiéramos hacer “fetch” de la información de múltiples usuarios. Incluso si uno falla, aún estaremos
interesados en los otros.
Usemos Promise.allSettled :
let urls = [
'https://api.github.com/users/iliakan',
'https://api.github.com/users/remy',
'https://no-such-url'
];
[
{status: 'fulfilled', value: ...response...},
{status: 'fulfilled', value: ...response...},
{status: 'rejected', reason: ...error object...}
]
Polyfill
Si el browser no soporta Promise.allSettled , es fácil implementarlo:
if (!Promise.allSettled) {
const rejectHandler = reason => ({ status: 'rejected', reason });
En este código, promises.map toma los valores de entrada, los transforma en promesas (por si no lo eran) con p =>
Promise.resolve(p) , entonces agrega un manejador .then a cada una.
Este manejador (“handler”) transforma un resultado exitoso value en {status:'fulfilled', value} , y un error
reason en {status:'rejected', reason} . Ese es exactamente el formato de Promise.allSettled .
412/553
Ahora podemos usar Promise.allSettled para obtener el resultado de todas las promesas dadas incluso si algunas
son rechazadas.
Promise.race
Similar a Promise.all pero espera solamente por la primera respuesta y obtiene su resultado (o error).
Su sintaxis es:
Promise.race([
new Promise((resolve, reject) => setTimeout(() => resolve(1), 1000)),
new Promise((resolve, reject) => setTimeout(() => reject(new Error("Whoops!")), 2000)),
new Promise((resolve, reject) => setTimeout(() => resolve(3), 3000))
]).then(alert); // 1
La primera promesa fue la más rápida, por lo que se vuelve resultado. En cuanto una promesa responde, “gana la carrera”, y
todos los resultados o errores posteriores son ignorados.
Promise.any
Es similar a Promise.race , pero espera solamente por la primera promesa cumplida y obtiene su resultado. Si todas la
promesas fueron rechazadas, entonces la promesa que devuelve es rechazada con AggregateError , un error
especial que almacena los errores de todas las promesas en su propiedad errors .
La sintaxis es:
Promise.any([
new Promise((resolve, reject) => setTimeout(() => reject(new Error("Whoops!")), 1000)),
new Promise((resolve, reject) => setTimeout(() => resolve(1), 2000)),
new Promise((resolve, reject) => setTimeout(() => resolve(3), 3000))
]).then(alert); // 1
La primera promesa fue la más rápida, pero fue rechazada entonces devuelve el resultado de la segunda. Una vez que la
primera promesa cumplida “gana la carrera”, los demás resultados serán ignorados.
Promise.any([
new Promise((resolve, reject) => setTimeout(() => reject(new Error("Ouch!")), 1000)),
new Promise((resolve, reject) => setTimeout(() => reject(new Error("Error!")), 2000))
]).catch(error => {
console.log(error.constructor.name); // AggregateError
console.log(error.errors[0]); // Error: Ouch!
console.log(error.errors[1]); // Error: Error!
});
Como puedes ver, los objetos de error de las promesas que fallaron están disponibles en la propiedad errors del objeto
AggregateError .
Promise.resolve/reject
Los métodos Promise.resolve y Promise.reject son raramente necesitados en código moderno porque la sintaxis
async/await (que veremos luego) las hace algo obsoletas.
413/553
Las tratamos aquí para completar la cobertura y por aquellos casos que por algún motivo no puedan usar async/await .
Promise.resolve
Promise.resolve(value) crea una promesa resuelta con el resultado value .
Tal como:
El método es usado por compatibilidad, cuando se espera que una función devuelva una promesa.
Por ejemplo, la función loadCached abajo busca una URL y recuerda (en caché) su contenido. Futuros llamados con la
misma URL devolverá el contenido de caché, pero usa Promise.resolve para hacer una promesa de él y así el valor
devuelto es siempre una promesa:
function loadCached(url) {
if (cache.has(url)) {
return Promise.resolve(cache.get(url)); // (*)
}
return fetch(url)
.then(response => response.text())
.then(text => {
cache.set(url,text);
return text;
});
}
Podemos escribir loadCached(url).then(…) porque se garantiza que la función devuelve una promesa. Siempre
podremos usar .then después de loadCached . Ese es el propósito de Promise.resolve en la línea (*) .
Promise.reject
Promise.reject(error) crea una promesa rechazada con error .
Tal como:
Resumen
1. Promise.all(promises) – espera que todas las promesas se resuelvan y devuelve un array de sus resultados. Si
cualquiera es rechazada se vuelve el error de Promise.all y los demás resultados son ignorados.
2. Promise.allSettled(promises) (método recientemente añadido) – espera que toda las promesas respondan y
devuelve sus resultados como un array de objetos con:
●
status : "fulfilled" o "rejected"
● value (si fulfilled) o reason (si rejected).
3. Promise.race(promises) – espera a la primera promesa que responda y aquel resultado o error se vuelve su
resultado o error.
4. Promise.any(promises) (método recientemente añadido) – espera por la primera promesa que se cumpla y
devuelve su resultado. Si todas las promesas son rechazadas, AggregateError se vuelve el error de
Promise.any .
5. Promise.resolve(value) – crea una promesa resuelta con el “value” dado.
6. Promise.reject(error) – crea una promesa rechazada con el “error” dado.
Promisificación
414/553
“Promisificación” es una simple transformación. Es la conversión de una función que acepta un callback a una función que
devuelve una promesa.
A menudo estas transformaciones son necesarias en la vida real ya que muchas funciones y librerías están basadas en
callbacks, pero las promesas son más convenientes así que tiene sentido promisificarlas.
Veamos un ejemplo.
document.head.append(script);
}
// uso:
// loadScript('path/script.js', (err, script) => {...})
La función carga un script con el src dado, y llama a callback(err) en caso de error o callback(null, script)
en caso de carga exitosa. Esto está ampliamente acordado en el uso de callbacks, lo hemos visto antes.
Vamos a promisificarla.
Haremos una función nueva loadScriptPromise(src) que va a hacer lo mismo (carga el script), pero devuelve una
promesa en vez de usar callbacks.
Es decir: pasamos solamente src (sin callback ) y obtenemos una promesa de vuelta, que resuelve con script
cuando la carga fue exitosa y rechaza con error en caso contrario.
Aquí está:
// uso:
// loadScriptPromise('path/script.js').then(...)
Como podemos ver, la nueva función es un “wrapper” (una función contenedora) que envuelve la función loadScript
original. La llama proveyendo su propio callback y la traduce a una promesa resolve/reject .
Ahora loadScriptPromise se adapta bien a un código basado en promesas. Si nos gustan más las promesas que los
callbacks (y pronto veremos más motivos para ello), la usaremos en su lugar.
En la práctica podemos necesitar promisificar más de una función, así que tiene sentido usar un ayudante.
Lo llamamos promisify(f) : esta acepta la función a promisificar f y devuelve una función contenedora (wrapper).
function promisify(f) {
return function (...args) { // devuelve una función contenedora (*)
return new Promise((resolve, reject) => {
function callback(err, result) { // nuestro callback personalizado para f (**)
if (err) {
reject(err);
} else {
resolve(result);
}
}
415/553
});
};
}
// uso:
let loadScriptPromise = promisify(loadScript);
loadScriptPromise(...).then(...);
El código puede verse complicado, pero es esencialmente lo mismo que escribimos arriba al promisificar la función
loadScript .
Una llamada a promisify(f) devuelve una función contenedora que envuelve a f (*) . Este contenedor devuelve una
promesa y redirige el llamado a la f original, siguiendo el resultado en el callback personalizado (**) .
Aquí promisify asume que la función original espera un callback con dos argumentos (err, result) . Eso es lo que
usualmente encontramos. Entonces nuestro callback personalizado está exactamente en el formato correcto, y promisify
funciona muy bien para tal caso.
¿Y si la f original espera un callback con más argumentos callback(err, res1, res2) ?
args.push(callback);
f.call(this, ...args);
});
};
}
// Uso:
f = promisify(f, true);
f(...).then(arrayOfResults => ..., err => ...);
Como puedes ver es esencialmente lo mismo de antes, pero resolve es llamado con solo uno o con todos los argumentos
dependiendo del valor de manyArgs .
Para formatos más exóticos de callback, como aquellos sin err en absoluto: callback(result) , podemos
promisificarlos manualmente sin usar el ayudante.
También hay módulos con funciones de promisificación un poco más flexibles, ej. es6-promisify . En Node.js, hay una
función integrada util.promisify para ello.
Microtareas (Microtasks)
416/553
Los manejadores o controladores (en adelante controladores) de promesas .then / .catch / .finally son siempre
asincrónicos.
Incluso cuando una promesa es inmediatamente resuelta, el código en las líneas debajo de .then / .catch / .finally
se ejecutará antes que estos controladores.
Veamos una demostración:
Las tareas asincrónicas necesitan una gestión adecuada. Para ello, el estándar ECMA especifica una cola interna
PromiseJobs , en ocasiones más conocida como “cola de microtareas” (término de V8).
O, en palabras más simples, cuando una promesa está lista, sus controladores .then/catch/finally se ponen en la
cola; ellos aún no se ejecutan. Cuando el motor de Javascript se libera del código actual, toma una tarea de la cola y la
ejecuta.
Es por eso que el “código finalizado” en el ejemplo anterior se muestra primero.
Promise.resolve()
.then(() => alert("promesa realizada!"))
.then(() => alert("código finalizado"));
Rechazo no controlado
Ahora podemos ver exactamente cómo Javascript descubre que hubo un rechazo no controlado o unhandled rejection
417/553
Se produce un “rechazo no controlado” cuando no se maneja un error de promesa al final de la cola de microtareas.
Normalmente, si esperamos un error, agregamos .catch a la cadena de promesa para manejarlo:
Pero si olvidas añadir el .catch , entonces, después de que la cola de microtareas esté vacía, el motor activa el evento:
// Promesa fallida!
window.addEventListener('unhandledrejection', event => alert(event.reason));
Si no supiéramos acerca de la cola de microtareas podríamos preguntarnos: "¿Por qué se ejecutó el controlador
unhandledrejection ? ¡Capturamos y manejamos el error!
Pero ahora entendemos que unhandledrejection se genera cuando se completa la cola de microtareas: el motor
examina las promesas y, si alguna de ellas está en el estado “rechazado”, entonces el evento se dispara.
En el ejemplo anterior, .catch agregado por setTimeout también se dispara. Pero lo hace más tarde, después de que
unhandledrejection ya ha ocurrido, por lo que no cambia nada.
Resumen
El control de promesas siempre es asíncrono, ya que todas las acciones de promesa pasan por la cola interna de
“PromiseJobs”, también llamada “cola de microtareas” (término de V8).
Entonces, los controladores .then/catch/finally siempre se llaman después de que el código actual ha finalizado.
Si necesitamos garantizar que un código se ejecute después de .then/catch/finally , podemos agregarlo a una
llamada encadenada .then .
En la mayoría de los motores de Javascript, incluidos los navegadores y Node.js, el concepto de microtareas está
estrechamente relacionado con el “bucle de eventos” o “event loop” y “macrotareas” o “macrotasks”. Como estos no tienen
relación directa con las promesas, están cubiertos en otra parte del tutorial, en el artículo Loop de eventos: microtareas y
macrotareas.
Async/await
Existe una sintaxis especial para trabajar con promesas de una forma más confortable, llamada “async/await”. Es
sorprendentemente fácil de entender y usar.
Funciones async
Comencemos con la palabra clave async . Puede ser ubicada delante de una función como aquí:
418/553
La palabra “async” ante una función significa solamente una cosa: que la función siempre devolverá una promesa. Otros
valores serán envueltos y resueltos en una promesa automáticamente.
Por ejemplo, esta función devuelve una promesa resuelta con el resultado de 1 ; Probémosla:
f().then(alert); // 1
f().then(alert); // 1
Entonces, async se asegura de que la función devuelva una promesa, o envuelve las no promesas y las transforma en
una. Bastante simple, ¿correcto? Pero no solo eso. Hay otra palabra, await , que solo trabaja dentro de funciones async
y es muy interesante.
Await
La sintaxis:
await hace que JavaScript espere hasta que la promesa responda y devuelve su resultado.
let result = await promise; // espera hasta que la promesa se resuelva (*)
alert(result); // "¡Hecho!"
}
f();
La ejecución de la función es pausada en la línea (*) y se reanuda cuando la promesa responde, con result
volviéndose su resultado. Entonces el código arriba muestra “¡Hecho!” en un segundo.
Enfaticemos: await literalmente suspende la ejecución de la función hasta que se establezca la promesa, y luego la
reanuda con el resultado de la promesa. Eso no cuesta ningún recurso de CPU, porque el motor de JavaScript puede hacer
otros trabajos mientras tanto: ejecutar otros scripts, manejar eventos, etc.
Es simplemente una sintaxis más elegante para tener el resultado de una promesa que promise.then , es más fácil de
leer y de escribir.
419/553
No se puede usar await en funciones comunes
Si tratamos de usar await en una función no async, tendremos un error de sintaxis:
function f() {
let promise = Promise.resolve(1);
let result = await promise; // Syntax error
}
Es posible que obtengamos este error si olvidamos poner async antes de una función. Como se dijo, “await” solo
funciona dentro de una función async .
Tomemos el ejemplo showAvatar() del capítulo Encadenamiento de promesas y rescribámoslo usando async/await :
// muestra el avatar
let img = document.createElement('img');
img.src = githubUser.avatar_url;
img.className = "promise-avatar-example";
document.body.append(img);
// espera 3 segundos
await new Promise((resolve, reject) => setTimeout(resolve, 3000));
img.remove();
return githubUser;
}
showAvatar();
Bien limpio y fácil de leer, ¿no es cierto? Mucho mejor que antes.
420/553
Los navegadores modernos permiten await en el nivel superior de los módulos
En los navegadores modernos, await de nivel superior funciona, siempre que estamos dentro de un módulo.
Cubriremos módulos en el artículo Módulos, introducción.
Por ejemplo:
console.log(user);
Si no estamos usando módulos, o necesitamos soportar navegadores antiguos , tenemos una receta universal:
envolverlos en una función async anónima.
Así:
(async () => {
let response = await fetch('/article/promise-chaining/user.json');
let user = await response.json();
...
})();
Aquí hay una demostración de la clase Thenable ; el await debajo acepta sus instancias:
class Thenable {
constructor(num) {
this.num = num;
}
then(resolve, reject) {
alert(resolve);
// resuelve con this.num*2 después de 1000ms
setTimeout(() => resolve(this.num * 2), 1000); // (*)
}
}
f();
Si await obtiene un objeto no-promesa con .then , llama tal método proveyéndole con las funciones incorporadas
resolve y reject como argumentos (exactamente como lo hace con ejecutores Promise regulares). Entonce
await espera hasta que une de ellos es llamado (en el ejemplo previo esto pasa en la línea (*) ) y entonces procede
con el resultado.
421/553
Métodos de clase Async
Para declarar un método de clase async, simplemente se le antepone async :
class Waiter {
async wait() {
return await Promise.resolve(1);
}
}
new Waiter()
.wait()
.then(alert); // 1 (lo mismo que (result => alert(result)))
El significado es el mismo: Asegura que el valor devuelto es una promesa y habilita await .
Manejo de Error
Si una promesa se resuelve normalmente, entonces await promise devuelve el resultado. Pero en caso de rechazo,
dispara un error, tal como si hubiera una instrucción throw en aquella línea.
Este código:
En situaciones reales, la promesa tomará algún tiempo antes del rechazo. En tal caso habrá un retardo antes de que await
dispare un error.
Podemos atrapar tal error usando try..catch , de la misma manera que con un throw normal:
try {
let response = await fetch('http://no-such-url');
} catch(err) {
alert(err); // TypeError: failed to fetch
}
}
f();
En el caso de un error, el control salta al bloque catch . Podemos también envolver múltiples líneas:
try {
let response = await fetch('/no-user-here');
let user = await response.json();
} catch(err) {
// atrapa errores tanto en fetch como en response.json
alert(err);
}
}
f();
422/553
Si no tenemos try..catch , entonces la promesa generada por el llamado de la función async f() se vuelve rechazada.
Podemos añadir .catch para manejarlo:
Si olvidamos añadir .catch allí, obtendremos un error de promesa no manejado (visible en consola). Podemos atrapar
tales errores usando un manejador de evento global unhandledrejection como está descrito en el capítulo Manejo de
errores con promesas.
async/await y promise.then/catch
Cuando usamos async/await , raramente necesitamos .then , porque await maneja la espera por nosotros. Y
podemos usar un try..catch normal en lugar de .catch . Esto usualmente (no siempre) es más conveniente.
Pero en el nivel superior del código, cuando estamos fuera de cualquier función async , no estamos sintácticamente
habilitados para usar await , entonces es práctica común agregar .then/catch para manejar el resultado final o
errores que caigan a través, como en la línea (*) del ejemplo arriba.
En caso de error, se propaga como es usual, desde la promesa que falla a Promise.all , y entonces se vuelve una
excepción que podemos atrapar usando try..catch alrededor del llamado.
Resumen
El comando await antes de una promesa hace que JavaScript espere hasta que la promesa responda. Entonces:
1. Si es un error, la excepción es generada — lo mismo que si throw error fuera llamado en ese mismo lugar.
2. De otro modo, devuelve el resultado.
Juntos proveen un excelente marco para escribir código asincrónico que es fácil de leer y escribir.
Con async/await raramente necesitamos escribir promise.then/catch , pero aún no deberíamos olvidar que están
basados en promesas porque a veces (ej. como en el nivel superior de código) tenemos que usar esos métodos. También
Promise.all es adecuado cuando esperamos por varias tareas simultáneas.
Tareas
Rescribir este código de ejemplo del capítulo Encadenamiento de promesas usando async/await en vez de
.then/catch :
function loadJson(url) {
423/553
return fetch(url)
.then(response => {
if (response.status == 200) {
return response.json();
} else {
throw new Error(response.status);
}
});
}
loadJson('https://javascript.info/no-such-user.json')
.catch(alert); // Error: 404
A solución
Debajo puedes encontrar el ejemplo “rethrow”. Rescríbelo usando async/await en vez de .then/catch .
Y deshazte de la recursión en favor de un bucle en demoGithubUser : con async/await , que se vuelve fácil de hacer.
function loadJson(url) {
return fetch(url)
.then(response => {
if (response.status == 200) {
return response.json();
} else {
throw new HttpError(response);
}
});
}
return loadJson(`https://api.github.com/users/${name}`)
.then(user => {
alert(`Nombre completo: ${user.name}.`);
return user;
})
.catch(err => {
if (err instanceof HttpError && err.response.status == 404) {
alert("No existe tal usuario, por favor reingrese.");
return demoGithubUser();
} else {
throw err;
}
});
}
demoGithubUser();
A solución
Tenemos una función “regular” llamada f . ¿Cómo llamar la función async , wait() y usar su resultado dentro de f ?
return 10;
424/553
}
function f() {
// ¿...qué escribir aquí?
// Necesitamos llamar async wait() y esperar a obtener 10
// recuerda, no podemos usar "await"
}
P.D. La tarea es técnicamente muy simple, pero la pregunta es muy común en desarrolladores nuevos en async/await.
A solución
Funciones Generadoras
Para crear un generador, necesitamos una construcción de sintaxis especial: function* , la llamada “función generadora”.
Se parece a esto:
function* generateSequence() {
yield 1;
yield 2;
return 3;
}
Las funciones generadoras se comportan de manera diferente a las normales. Cuando se llama a dicha función, no ejecuta
su código. En su lugar, devuelve un objeto especial, llamado “objeto generador”, para gestionar la ejecución.
function* generateSequence() {
yield 1;
yield 2;
return 3;
}
El método principal de un generador es next() . Cuando se llama, se ejecuta hasta la declaración yield <value> más
cercana (se puede omitir value , entonces será undefined ). Luego, la ejecución de la función se detiene y el value
obtenido se devuelve al código externo.
El resultado de next() es siempre un objeto con dos propiedades:
●
value : el valor de yield.
● done : true si el código de la función ha terminado, de lo contrario false .
425/553
Por ejemplo, aquí creamos el generador y obtenemos su primer valor yield:
function* generateSequence() {
yield 1;
yield 2;
return 3;
}
A partir de ahora, obtuvimos solo el primer valor y la ejecución de la función está en la segunda línea:
Llamemos a generator.next() nuevamente. Reanuda la ejecución del código y devuelve el siguiente yield :
Y, si lo llamamos por tercera vez, la ejecución llega a la declaración return que finaliza la función:
Ahora el generador está listo. Deberíamos verlo desde done: true y procesar value: 3 como el resultado final.
Las nuevas llamadas a generator.next() ya no tienen sentido. Si las hacemos, devuelven el mismo objeto: {done:
true} .
426/553
Como probablemente ya adivinó mirando el método next() , los generadores son iterables.
function* generateSequence() {
yield 1;
yield 2;
return 3;
}
… Pero tenga en cuenta: el ejemplo anterior muestra 1 , luego 2 , y eso es todo. ¡No muestra 3 !
Es porque la iteración for..of ignora el último value , cuando done: true . Entonces, si queremos que todos los
resultados se muestren con for..of , debemos devolverlos con yield :
function* generateSequence() {
yield 1;
yield 2;
yield 3;
}
Como los generadores son iterables, podemos llamar a todas las funciones relacionadas, p. Ej. la sintaxis de propagación
... :
function* generateSequence() {
yield 1;
yield 2;
yield 3;
}
alert(sequence); // 0, 1, 2, 3
En el código anterior, ... generateSequence () convierte el objeto generador iterable en un array de elementos (lea
más sobre la sintaxis de propagación en el capítulo Parámetros Rest y operador Spread)
Hace algún tiempo, en el capítulo Iterables creamos un objeto iterable range que devuelve valores from..to .
let range = {
from: 1,
to: 5,
427/553
// next() es llamado en cada iteración por el bucle for..of
next() {
// debería devolver el valor como un objeto {done:.., value :...}
if (this.current <= this.last) {
return { done: false, value: this.current++ };
} else {
return { done: true };
}
}
};
}
};
Podemos utilizar una función generadora para la iteración proporcionándola como Symbol.iterator .
let range = {
from: 1,
to: 5,
Eso funciona, porque range[Symbol.iterator]() ahora devuelve un generador, y los métodos de generador son
exactamente lo que espera for..of :
● tiene un método .next()
●
que devuelve valores en la forma {value: ..., done: true/false}
Eso no es una coincidencia, por supuesto. Los generadores se agregaron al lenguaje JavaScript con iteradores en mente,
para implementarlos fácilmente.
La variante con un generador es mucho más concisa que el código iterable original de range y mantiene la misma
funcionalidad.
La composición del generador es una característica especial de los generadores que permite “incrustar” generadores entre sí
de forma transparente.
Por ejemplo, tenemos una función que genera una secuencia de números:
Ahora nos gustaría reutilizarlo para generar una secuencia más compleja:
●
primero, dígitos 0..9 (con códigos de caracteres 48…57),
428/553
●
seguido de letras mayúsculas del alfabeto A..Z (códigos de caracteres 65…90)
● seguido de letras del alfabeto en minúscula a..z (códigos de carácter 97…122)
Podemos usar esta secuencia, p. Ej. para crear contraseñas seleccionando caracteres de él (también podría agregar
caracteres de sintaxis), pero vamos a generarlo primero.
En una función regular, para combinar los resultados de muchas otras funciones, las llamamos, almacenamos los resultados
y luego nos unimos al final.
Para los generadores, hay una sintaxis especial yield* para “incrustar” (componer) un generador en otro.
El generador compuesto:
function* generatePasswordCodes() {
// 0..9
yield* generateSequence(48, 57);
// A..Z
yield* generateSequence(65, 90);
// a..z
yield* generateSequence(97, 122);
alert(str); // 0..9A..Za..z
La directiva yield* delega la ejecución a otro generador. Este término significa que yield* gen itera sobre el
generador gen y reenvía de forma transparente sus yields al exterior. Como si los valores fueran proporcionados por el
generador externo.
El resultado es el mismo que si insertamos el código de los generadores anidados:
function* generateAlphaNum() {
alert(str); // 0..9A..Za..z
La composición de un generador es una forma natural de insertar un flujo de un generador en otro. No usa memoria
adicional para almacenar resultados intermedios.
429/553
“yield” es una calle de doble sentido
Hasta este momento, los generadores eran similares a los objetos iterables, con una sintaxis especial para generar valores.
Pero de hecho son mucho más potentes y flexibles.
Eso es porque yield es una calle de doble sentido: no solo devuelve el resultado al exterior, sino que también puede pasar
el valor dentro del generador.
Para hacerlo, deberíamos llamar a generator.next (arg) , con un argumento. Ese argumento se convierte en el
resultado de yield .
Veamos un ejemplo:
function* gen() {
// Pasar una pregunta al código externo y esperar una respuesta
let result = yield "2 + 2 = ?"; // (*)
alert(result);
}
.next(4)
1. La primera llamada a generator.next () debe hacerse siempre sin un argumento (el argumento se ignora si se
pasa). Inicia la ejecución y devuelve el resultado del primer yield "2 + 2 = ?" . En este punto, el generador detiene
la ejecución, mientras permanece en la línea (*) .
2. Luego, como se muestra en la imagen de arriba, el resultado de yield entra en la variable question en el código de
llamada.
3. En generator.next(4) , el generador se reanuda y 4 entra como resultado: let result = 4 .
Tenga en cuenta que el código externo no tiene que llamar inmediatamente a next(4) . Puede que lleve algún tiempo. Eso
no es un problema: el generador esperará.
Por ejemplo:
Como podemos ver, a diferencia de las funciones regulares, un generador y el código de llamada pueden intercambiar
resultados pasando valores en next/yield .
Para hacer las cosas más obvias, aquí hay otro ejemplo, con más llamadas:
function* gen() {
let ask1 = yield "2 + 2 = ?";
alert(ask1); // 4
alert(ask2); // 9
}
430/553
let generator = gen();
Imagen de la ejecución:
"2 + 2 = ?"
. next ( 4)
"3 * 3 = ?"
. next ( 9)
Es como un juego de “ping-pong”. Cada next(value) (excluyendo el primero) pasa un valor al generador, que se
convierte en el resultado del yield actual, y luego recupera el resultado del siguiente yield .
generator.throw
Como observamos en los ejemplos anteriores, el código externo puede pasar un valor al generador, como resultado de
yield .
…Pero también puede iniciar (lanzar) un error allí. Eso es natural, ya que un error es una especie de resultado.
Para pasar un error a un yield , deberíamos llamar a generator.throw(err) . En ese caso, el err se coloca en la
línea con ese yield .
function* gen() {
try {
let result = yield "2 + 2 = ?"; // (1)
El error, arrojado al generador en la línea (2) conduce a una excepción en la línea (1) con yield . En el ejemplo
anterior, try..catch lo captura y lo muestra.
Si no lo detectamos, al igual que cualquier excepción, “cae” del generador en el código de llamada.
La línea actual del código de llamada es la línea con generator.throw , etiquetada como (2) . Entonces podemos
atraparlo aquí, así:
431/553
function* generate() {
let result = yield "2 + 2 = ?"; // Error en esta linea
}
try {
generator.throw(new Error("La respuesta no se encuentra en mi base de datos"));
} catch(e) {
alert(e); // mostrar el error
}
Si no detectamos el error allí, entonces, como de costumbre, pasa al código de llamada externo (si lo hay) y, si no se
detecta, mata el script.
generator.return
function* gen() {
yield 1;
yield 2;
yield 3;
}
const g = gen();
Si volvemos a usar generator.return() en un generator finalizado, devolverá ese valor nuevamente (MDN ).
No lo usamos a menudo, ya que la mayor parte del tiempo queremos todos los valores, pero puede ser útil cuando queremos
detener el generador en una condición específica.
Resumen
●
Los generadores son creados por funciones generadoras function* f(…) {…} .
●
Dentro de los generadores (solo) existe un operador yield .
●
El código externo y el generador pueden intercambiar resultados a través de llamadas next/yield .
En JavaScript moderno, los generadores rara vez se utilizan. Pero a veces son útiles, porque la capacidad de una función
para intercambiar datos con el código de llamada durante la ejecución es bastante única. Y, seguramente, son geniales para
hacer objetos iterables.
Además, en el próximo capítulo aprenderemos los generadores asíncronos, que se utilizan para leer flujos de datos
generados asincrónicamente (por ejemplo, recuperaciones paginadas a través de una red) en bucles for await ... of .
En la programación web, a menudo trabajamos con datos transmitidos, por lo que ese es otro caso de uso muy importante.
Tareas
Generador pseudoaleatorio
Uno de ellos es para testeo. Es posible que necesitemos datos aleatorios: texto, números, etc. para probar bien las cosas.
En JavaScript, podríamos usar Math.random() . Pero si algo sale mal, nos gustaría poder repetir la prueba utilizando
exactamente los mismos datos.
Para eso, se utilizan los denominados “generadores pseudoaleatorios con semilla”. Toman una “semilla” como primer valor, y
luego generan los siguientes utilizando una fórmula; a partir de la misma semilla se produce la misma secuencia y así todo el
432/553
flujo es fácilmente reproducible. Solo necesitamos recordar la semilla para repetirla.
Un ejemplo de dicha fórmula, que genera valores distribuidos de manera algo uniforme:
1. 16807
2. 282475249
3. 1622650073
4. …y así…
La tarea es crear una función generadora pseudoRandom (seed) que toma seed y crea el generador con esta fórmula.
Ejemplo de uso
alert(generator.next().value); // 16807
alert(generator.next().value); // 282475249
alert(generator.next().value); // 1622650073
A solución
Repaso de iterables
let range = {
from: 1,
to: 5
};
…Y queremos usar un bucle for..of en él, tal como for(value of range) , para obtener valores desde 1 hasta 5 .
let range = {
from: 1,
to: 5,
433/553
[Symbol.iterator]() { // llamado una vez, en el principio de for..of
return {
current: this.from,
last: this.to,
Si es necesario, consulte el capitulo Iterables para ver más detalles sobre iteradores normales.
Iteradores asíncronos
La iteración asincrónica es necesaria cuando los valores vienen asincrónicamente: después de setTimeout u otra clase
de retraso.
El caso más común es un objeto que necesita hacer un pedido sobre la red para enviar el siguiente valor, veremos un
ejemplo de la vida real algo más adelante.
Para hacer un objeto iterable asincrónicamente:
Como ejemplo inicial, hagamos iterable un objeto range object, similar al anterior, pero ahora devolverá valores
asincrónicamente, uno por segundo.
Todo lo que necesitamos hacer es algunos reemplazos en el código de abajo:
let range = {
from: 1,
to: 5,
[Symbol.asyncIterator]() { // (1)
return {
current: this.from,
last: this.to,
(async () => {
434/553
for await (let value of range) { // (4)
alert(value); // 1,2,3,4,5
}
})()
Repaso de generators
Ahora repasemos generators, que permiten una iteración mucho más corta. La mayoría de las veces, cuando queramos
hacer un iterable, usaremos generators.
Para simplicidad, omitiendo cosas importantes, son “funciones que generan (yield) valores”. Son explicados en detalle en el
capítulo Generadores.
Los generators son etiquetados con function* (nota el asterisco) y usa yield para generar un valor, entonces podemos
usar el bucle for..of en ellos.
Este ejemplo genera una secuencia de valores desde start hasta end :
let range = {
from: 1,
to: 5,
435/553
[Symbol.iterator]() {
return <objeto con next para hacer el range iterable>
}
}
Una práctica común para Symbol.iterator es devolver un generador, este hace el código más corto como puedes ver:
let range = {
from: 1,
to: 5,
Pero, ¿qué pasa si necesitamos usar await en el cuerpo del generador? Para realizar solicitudes de red, por ejemplo.
Para aplicaciones más prácticas, cuando queremos hacer un objeto que genere una secuencia de valores asincrónicamente,
podemos usar un generador asincrónico.
yield i;
}
(async () => {
})();
Como el generador es asincrónico, podemos usar await dentro de él, contar con promesas, hacer solicitudes de red y así.
436/553
Diferencia bajo la capa
Técnicamente, si eres un lector avanzado que recuerda los detalles de los generadores, hay una diferencia interna.
En los generadores asincrónicos, el método generator.next() es asincrónico, devuelve promesas.
En un generador normal usaríamos result = generator.next() para obtener valores. En un generador asíncrono
debemos agregar await , así:
Similarmente los generadores async pueden ser usados como Symbol.asyncIterator para implementar iteración
asincrónica.
Por ejemplo, podemos hacer que el objeto range genere valores asincrónicamente, una vez por segundo, reemplazando el
Symbol.iterator sincrónico con el asincrónico Symbol.asyncIterator :
let range = {
from: 1,
to: 5,
yield value;
}
}
};
(async () => {
})();
Hasta ahora hemos visto ejemplos simples, para obtener una comprensión básica. Ahora revisemos un caso de uso de la
vida real.
Hay muchos servicios en línea que entregan datos paginados. Por ejemplo, cuando necesitamos una lista de usuarios, una
solicitud devuelve un recuento predefinido (por ejemplo, 100 usuarios): “una página” y proporciona una URL a la página
siguiente.
Este patrón es muy común. No se trata de usuarios, sino de cualquier cosa.
Por ejemplo, GitHub nos permite recuperar commits de la misma manera paginada:
● Deberíamos realizar una solicitud de URL en el formulario https://api.github.com/repos/<repo>/commits .
437/553
● Esto responde con un JSON de 30 commits, y también proporciona un enlace a la siguiente página en la cabecera.
●
Entonces podemos usar ese enlace para la próxima solicitud, para obtener más commits, y así sucesivamente.
Para nuestro código querríamos una manera más simple de obtener commits.
Hagamos una función fetchCommits(repo) que tome commits por nosotros, haciendo solicitudes cuando sea
necesario. Y dejar que se preocupe por todas las cosas de paginación. Para nosotros un simple for await..of .
while (url) {
const response = await fetch(url, { // (1)
headers: {'User-Agent': 'Our script'}, // github requiere encabezado de user-agent
});
url = nextPage;
for(let commit of body) { // (4) concede commits uno por uno, hasta que termine la página
yield commit;
}
}
}
3. Deberíamos obtener la siguiente URL de la página del enlace en el encabezado de la respuesta. Esto tiene un formato
especial, por lo que usamos una expresión regular para eso (aprenderemos esta característica en Regular expressions).
● La URL de la página siguiente puede verse así
https://api.github.com/repositories/93253246/commits?page=2 . Eso es generado por el propio
Github.
4. Luego entregamos uno por uno todos los “commit” recibidos y, cuando finalizan, se activará la siguiente iteración
while(url) haciendo una solicitud más.
(async () => {
let count = 0;
console.log(commit.author.login);
438/553
break;
}
}
})();
// Nota: Si ejecutas este código en una caja de pruebas externa, necesitas copiar aquí la función fetchCommits descrita más a
Resumen
Los iteradores y generadores normales funcionan bien con los datos que no llevan tiempo para ser generados.
Cuando esperamos que los datos lleguen de forma asíncrona, con demoras, se pueden usar sus contrapartes asíncronas, y
for await..of en lugar de for..of .
next() el valor de retorno es {value:…, done: true/false} Promise que resuelve como {value:…, done: true/false}
next() el valor de retorno es {value:…, done: true/false} Promise que resuelve como {value:…, done: true/false}
En el desarrollo web, a menudo nos encontramos con flujos de datos que fluyen trozo a trozo. Por ejemplo, descargar o
cargar un archivo grande.
Podemos usar generadores asíncronos para procesar dichos datos. También es digno de mencionar que en algunos
entornos, como en los navegadores, también hay otra API llamada Streams, que proporciona interfaces especiales para
trabajar con tales flujos, para transformar los datos y pasarlos de un flujo a otro (por ejemplo, descargar de un lugar e
inmediatamente enviar a otra parte).
Módulos
Módulos, introducción
A medida que nuestra aplicación crece, queremos dividirla en múltiples archivos, llamados “módulos”. Un módulo puede
contener una clase o una biblioteca de funciones para un propósito específico.
Durante mucho tiempo, JavaScript existió sin una sintaxis de módulo a nivel de lenguaje. Eso no fue un problema, porque
inicialmente los scripts eran pequeños y simples, por lo que no era necesario.
Pero con el tiempo los scripts se volvieron cada vez más complejos, por lo que la comunidad inventó una variedad de formas
de organizar el código en módulos, bibliotecas especiales para cargar módulos a pedido.
Ahora, todo esto se convierte lentamente en una parte de la historia, pero aún podemos encontrarlos en viejos scripts.
El sistema de módulos a nivel de idioma apareció en el estándar en 2015, evolucionó gradualmente desde entonces y ahora
es compatible con todos los principales navegadores y en Node.js. Así que estudiaremos los módulos modernos de
Javascript de ahora en adelante.
Qué es un módulo?
439/553
Un módulo es solo un archivo. Un script es un módulo. Tan sencillo como eso.
Los módulos pueden cargarse entre sí y usar directivas especiales export e import para intercambiar funcionalidad,
llamar a funciones de un módulo de otro:
● La palabra clave export etiqueta las variables y funciones que deberían ser accesibles desde fuera del módulo actual.
●
import permite importar funcionalidades desde otros módulos.
// 📁 sayHi.js
export function sayHi(user) {
alert(`Hello, ${user}!`);
}
// 📁 main.js
import {sayHi} from './sayHi.js';
alert(sayHi); // function...
sayHi('John'); // Hello, John!
La directiva import carga el módulo por la ruta ./sayHi.js relativo con el archivo actual, y asigna la función exportada
sayHi a la variable correspondiente.
Asi:
https://plnkr.co/edit/tv9vSL47XbAexDCd?p=preview
El navegador busca y evalúa automáticamente el módulo importado (y sus importaciones si es necesario), y luego ejecuta el
script.
¿Qué hay de diferente en los módulos en comparación con los scripts “normales”?
Hay características principales, válidas tanto para el navegador como para JavaScript del lado del servidor.
<script type="module">
a = 5; // error
</script>
https://plnkr.co/edit/vH7odPDPhJ8OaFkM?p=preview
440/553
Los módulos deben hacer export a lo que ellos quieren que esté accesible desde afuera y hacer import de lo que
necesiten.
●
user.js debe exportar la variable user .
● hello.js debe importarla desde el módulo user.js .
En otra palabras, con módulos usamos import/export en lugar de depender de variables globales.
Esta es la variante correcta:
https://plnkr.co/edit/WjdLNAAG6Rdtls9u?p=preview
En el navegador, hablando de páginas HTML, también existe el alcance independiente de nivel superior para cada <script
type="module"> :
Aquí hay dos scripts en la misma página, ambos type="module" . No ven entre sí sus variables de nivel superior:
<script type="module">
// La variable sólo es visible en éste script de módulo
let user = "John";
</script>
<script type="module">
alert(user); // Error: user no está definido
</script>
Dicho esto, hacer este tipo de variables globales está muy mal visto. Por favor evítalas.
Primero, si ejecutar un código de módulo trae efectos secundarios, como mostrar un mensaje, importarlo varias veces lo
activará solo una vez, la primera vez:
// 📁 alert.js
alert("Módulo es evaluado!");
// 📁 1.js
import `./alert.js`; // Módulo es evaluado!
// 📁 2.js
import `./alert.js`; // (no muestra nada)
// 📁 admin.js
441/553
export let admin = {
name: "John"
};
Si este módulo se importa desde varios archivos, el módulo solo se evalúa la primera vez, se crea el objeto admin y luego
se pasa a todos los importadores adicionales.
Todos los importadores obtienen exactamente el único objeto admin :
// 📁 1.js
import {admin} from './admin.js';
admin.name = "Pete";
// 📁 2.js
import {admin} from './admin.js';
alert(admin.name); // Pete
Como puedes ver, cuando 1.js cambia la propiedad name en el admin importado, entonces 2.js puede ver el nuevo
admin.name .
Esto es porque el modulo se ejecuta solo una vez. Los exports son generados y luego compartidos entre importadores,
entonces si algo cambia en el objeto admin , otros importadores lo verán.
Tal comportamiento es en verdad muy conveniente, porque nos permite configurar módulos.
En otras palabras, un módulo puede brindar una funcionalidad genérica que necesite ser configurada. Por ejemplo, la
autenticación necesita credenciales. Entonces se puede exportar un objeto de configuración esperando que el código
externo se lo asigne.
Aquí está el patrón clásico:
1. Un módulo exporta algún medio de configuración, por ejemplo un objeto configuración.
2. En el primer import lo inicializamos, escribimos en sus propiedades. Los scripts de la aplicación de nivel superior pueden
hacerlo.
3. Importaciones posteriores usan el módulo.
Por ejemplo, el módulo admin.js puede proporcionar cierta funcionalidad (ej. autenticación), pero espera que las
credenciales entren al objeto admin desde afuera:
// 📁 admin.js
export let config = { };
Aquí admin.js exporta el objeto config (inicialmente vacío, pero podemos tener propiedades por defecto también).
Entonces en init.js , el primer script de nuestra app, importamos config de él y establecemos config.user :
// 📁 init.js
import {config} from './admin.js';
config.user = "Pete";
// 📁 another.js
import {sayHi} from './admin.js';
442/553
import.meta
El objeto import.meta contiene la información sobre el módulo actual.
Su contenido depende del entorno. En el navegador, contiene la URL del script, o la URL de una página web actual si está
dentro de HTML:
<script type="module">
alert(import.meta.url); // script URL
// para un script inline es la URL de la página HTML actual
</script>
Compárelo con scripts que no sean módulos, donde this es un objeto global:
<script>
alert(this); // window
</script>
<script type="module">
alert(this); // undefined
</script>
También hay varias diferencias de scripts específicas del navegador con type =" module " en comparación con las
normales.
Es posible que desee omitir esta sección por ahora si está leyendo por primera vez o si no usa JavaScript en un navegador.
En otras palabras:
●
descargar módulos externo <script type="module" src="..."> no bloquea el procesamiento de HTML, se
cargan en paralelo con otros recursos.
●
los módulos esperan hasta que el documento HTML esté completamente listo (incluso si son pequeños y cargan más
rápido que HTML), y luego lo ejecuta.
●
se mantiene el orden relativo de los scripts: los scripts que van primero en el documento, se ejecutan primero.
Como efecto secundario, los módulos siempre “ven” la página HTML completamente cargada, incluidos los elementos HTML
debajo de ellos.
Por ejemplo:
<script type="module">
alert(typeof button); // objeto: el script puede 'ver' el botón de abajo
// debido que los módulos son diferidos, el script se ejecuta después de que la página entera se haya cargado
</script>
<script>
alert(typeof button); // button es indefinido, el script no puede ver los elementos de abajo
// los scripts normales corren inmediatamente, antes que el resto de la página sea procesada
</script>
<button id="button">Button</button>
Note que: ¡el segundo script se ejecuta antes que el primero! Entonces vemos primero undefined , y después object .
Esto se debe a que los módulos están diferidos, por lo que esperamos a que se procese el documento. El script normal se
ejecuta inmediatamente, por lo que vemos su salida primero.
443/553
Al usar módulos, debemos tener en cuenta que la página HTML se muestra a medida que se carga, y los módulos
JavaScript se ejecutan después de eso, por lo que el usuario puede ver la página antes de que la aplicación JavaScript esté
lista. Es posible que algunas funciones aún no funcionen. Deberíamos poner “indicadores de carga”, o asegurarnos de que el
visitante no se confunda con eso.
Realiza la importación (extrae ./Analytics.js ) y se ejecuta cuando está listo, incluso si el documento HTML aún no
está terminado o si aún hay otros scripts pendientes.
Eso es bueno para la funcionalidad que no depende de nada, como contadores, anuncios, detectores de eventos a nivel de
documento.
counter.count();
</script>
Scripts externos
Los scripts externos que tengan type="module" son diferentes en dos aspectos:
1. Los scripts externos con el mismo src sólo se ejecutan una vez:
2. Los scripts externos que se buscan desde otro origen (p.ej. otra sitio web) require encabezados CORS , como se
describe en el capítulo Fetch: Cross-Origin Requests. En otras palabras, si un script de módulo es extraído desde otro
origen, el servidor remoto debe proporcionar un encabezado Access-Control-Allow-Origin permitiendo la
búsqueda.
Ciertos entornos, como Node.js o herramientas de paquete permiten módulos simples sin ninguna ruta, ya que tienen sus
propias formas de encontrar módulos y hooks para ajustarlos. Pero los navegadores aún no admiten módulos sueltos.
Compatibilidad, “nomodule”
Los navegadores antiguos no entienden type = "module" . Los scripts de un tipo desconocido simplemente se ignoran.
Para ellos, es posible proporcionar un respaldo utilizando el atributo nomodule :
<script type="module">
alert("Ejecuta en navegadores modernos");
444/553
</script>
<script nomodule>
alert("Los navegadores modernos conocen tanto type=module como nomodule, así que omita esto")
alert("Los navegadores antiguos ignoran la secuencia de comandos con type=module desconocido, pero ejecutan esto.");
</script>
Herramientas de Ensamblaje
En la vida real, los módulos de navegador rara vez se usan en su forma “pura”. Por lo general, los agrupamos con una
herramienta especial como Webpack y los implementamos en el servidor de producción.
Uno de los beneficios de usar empaquetadores – dan más control sobre cómo se resuelven los módulos, permitiendo
módulos simples y mucho más, como los módulos CSS/HTML.
Si utilizamos herramientas de ensamblaje, entonces, a medida que los scripts se agrupan en un solo archivo (o pocos
archivos), las declaraciones import/export dentro de esos scripts se reemplazan por funciones especiales de
ensamblaje. Por lo tanto, el script “empaquetado” resultante no contiene ninguna import/export , no requiere
type="module" , y podemos ponerla en un script normal:
<!-- Asumiendo que obtenemos bundle.js desde una herramienta como Webpack -->
<script src="bundle.js"></script>
Dicho esto, los módulos nativos también se pueden utilizar. Por lo tanto no estaremos utilizando Webpack aquí: tú lo podrás
configurar más adelante.
Resumen
1. Un módulo es un archivo. Para que funcione import/export , los navegadores necesitan <script
type="module"> . Los módulos tienen varias diferencias:
●
Diferido por defecto.
●
Async funciona en scripts en línea.
● Para cargar scripts externos de otro origen (dominio/protocolo/puerto), se necesitan encabezados CORS.
●
Se ignoran los scripts externos duplicados.
2. Los módulos tienen su propio alcance local de alto nivel y funcionalidad de intercambio a través de ‘import/export’.
3. Los módulos siempre usan use strict .
4. El código del módulo se ejecuta solo una vez. Las exportaciones se crean una vez y se comparten entre los importadores.
Cuando usamos módulos, cada módulo implementa la funcionalidad y la exporta. Luego usamos import para importarlo
directamente donde sea necesario. El navegador carga y evalúa los scripts automáticamente.
En la producción, las personas a menudo usan paquetes como Webpack para agrupar módulos por rendimiento y otras
razones.
En el próximo capítulo veremos más ejemplos de módulos y cómo se pueden exportar/importar cosas.
445/553
Export e Import
Las directivas export e import tienen varias variantes de sintaxis.
En el artículo anterior vimos un uso simple, ahora exploremos más ejemplos.
Podemos etiquetar cualquier sentencia como exportada colocando ‘export’ antes, ya sea una variable, función o clase.
Por ejemplo, aquí todas las exportaciones son válidas:
// exportar un array
export let months = ['Jan', 'Feb', 'Mar','Apr', 'Aug', 'Sep', 'Oct', 'Nov', 'Dec'];
// 📁 say.js
function sayHi(user) {
alert(`Hello, ${user}!`);
}
function sayBye(user) {
alert(`Bye, ${user}!`);
}
Import *
Generalmente, colocamos una lista de lo que queremos importar en llaves import {...} , de esta manera:
// 📁 main.js
import {sayHi, sayBye} from './say.js';
446/553
sayHi('John'); // Hello, John!
sayBye('John'); // Bye, John!
Pero si hay mucho para importar, podemos importar todo como un objeto utilizando import * as <obj> , por ejemplo:
// 📁 main.js
import * as say from './say.js';
say.sayHi('John');
say.sayBye('John');
A primera vista, “importar todo” parece algo tan genial, corto de escribir, por qué deberíamos listar explícitamente lo que
necesitamos importar?
Pues hay algunas razones.
1. Las herramientas de ensamblaje modernas (webpack y otras) empaquetan los módulos juntos, los optimiza para
acelerar la carga y quitan las cosas que no se usan.
Digamos que agregamos una librería externa say.js a nuestro proyecto con varias funciones:
// 📁 say.js
export function sayHi() { ... }
export function sayBye() { ... }
export function becomeSilent() { ... }
// 📁 main.js
import {sayHi} from './say.js';
…Entonces el optimizador lo verá y eliminará las otras funciones del código empaquetado, por lo tanto la compilación es
más pequeña. Esto se llama “tree-shaking”.
2. Listar explícitamente qué importar da nombres más cortos: sayHi() en lugar de say.sayHi() .
3. La lista explícita de importaciones ofrece una mejor visión general de la estructura del código: qué se usa y dónde. Facilita
el soporte de código y la refactorización.
Importar “as”
Por ejemplo, importemos sayHi en la variable local hi para brevedad, e importar sayBye como bye :
// 📁 main.js
import {sayHi as hi, sayBye as bye} from './say.js';
Exportar “as”
// 📁 say.js
...
export {sayHi as hi, sayBye as bye};
Ahora hi y bye son los nombres oficiales para desconocidos, a ser utilizados en importaciones:
447/553
// 📁 main.js
import * as say from './say.js';
Export default
Principalmente, se prefiere el segundo enfoque, de modo que cada “cosa” reside en su propio módulo.
Naturalmente, eso requiere muchos archivos, ya que todo quiere su propio módulo, pero eso no es un problema en absoluto.
En realidad, la navegación de código se vuelve más fácil si los archivos están bien nombrados y estructurados en carpetas.
Los módulos proporcionan una sintaxis especial ‘export default’ (“la exportación predeterminada”) para que la forma de “una
cosa por módulo” se vea mejor.
Poner export default antes de la entidad a exportar:
// 📁 user.js
export default class User { // sólo agregar "default"
constructor(name) {
this.name = name;
}
}
// 📁 main.js
import User from './user.js'; // no {User}, sólo User
new User('John');
Las importaciones sin llaves se ven mejor. Un error común al comenzar a usar módulos es olvidarse de las llaves. Entonces,
recuerde, import necesita llaves para las exportaciones con nombre y no las necesita para la predeterminada.
Técnicamente, podemos tener exportaciones predeterminadas y con nombre en un solo módulo, pero en la práctica la gente
generalmente no las mezcla. Un módulo tiene exportaciones con nombre o la predeterminada.
Como puede haber como máximo una exportación predeterminada por archivo, la entidad exportada puede no tener nombre.
Por ejemplo, todas estas son exportaciones predeterminadas perfectamente válidas:
448/553
No dar un nombre está bien, porque solo hay un “export default” por archivo, por lo que “import” sin llaves sabe qué importar.
Sin default , dicha exportación daría un error:
El nombre “default”
En algunas situaciones, la palabra clave default se usa para hacer referencia a la exportación predeterminada.
function sayHi(user) {
alert(`Hello, ${user}!`);
}
Otra situación, supongamos un módulo user.js exporta una cosa principal “default”, y algunas cosas con nombre (raro el
caso, pero sucede):
// 📁 user.js
export default class User {
constructor(name) {
this.name = name;
}
}
Aquí la manera de importar la exportación predeterminada junto con la exportación con nombre:
// 📁 main.js
import {default as User, sayHi} from './user.js';
new User('John');
Y por último, si importamos todo * como un objeto, entonce la propiedad default es exactamente la exportación
predeterminada:
// 📁 main.js
import * as user from './user.js';
…Mientras que para una exportación predeterminada siempre elegimos el nombre al importar:
449/553
import User from './user.js'; // funciona
import MyUser from './user.js'; // también funciona
// puede ser import Cualquiera... y aun funcionaría
Por lo tanto, los miembros del equipo pueden usar diferentes nombres para importar lo mismo, y eso no es bueno.
Por lo general, para evitar eso y mantener el código consistente, existe una regla que establece que las variables importadas
deben corresponder a los nombres de los archivos, por ejemplo:
Aún así, algunos equipos lo consideran un serio inconveniente de las exportaciones predeterminadas. Por lo tanto, prefieren
usar siempre exportaciones con nombre. Incluso si solo se exporta una sola cosa, todavía se exporta con un nombre, sin
default .
Eso también hace que la reexportación (ver más abajo) sea un poco más fácil.
Reexportación
La sintaxis “Reexportar” export ... from ... permite importar cosas e inmediatamente exportarlas (posiblemente bajo
otro nombre), de esta manera:
auth/
index.js
user.js
helpers.js
tests/
login.js
providers/
github.js
facebook.js
...
Nos gustaría exponer la funcionalidad del paquete a través de un único punto de entrada.
En otras palabras, una persona que quiera usar nuestro paquete, debería importar solamente el archivo principal
auth/index.js .
Como esto:
El “archivo principal”, auth/index.js , exporta toda la funcionalidad que queremos brindar en nuestro paquete.
La idea es que los extraños, los desarrolladores que usan nuestro paquete, no deben entrometerse con su estructura interna,
buscar archivos dentro de nuestra carpeta de paquetes. Exportamos solo lo que es necesario en auth/index.js y
mantenemos el resto oculto a miradas indiscretas.
Como la funcionalidad real exportada se encuentra dispersa entre el paquete, podemos importarla en auth/index.js y
exportar desde ella:
450/553
// 📁 auth/index.js
Ahora los usuarios de nuestro paquete pueden hacer esto import {login} from "auth/index.js" .
La sintaxis export ... from ... es solo una notación más corta para tales importación-exportación:
// 📁 auth/index.js
// re-exportar login/logout
export {login, logout} from './helpers.js';
La diferencia notable de export ... from comparado a import/export es que los módulos re-exportados no están
disponibles en el archivo actual. Entonces en el ejemplo anterior de auth/index.js no podemos usar las funciones re-
exportadas login/logout .
// 📁 user.js
export default class User {
// ...
}
Para reexportar la exportación predeterminada, tenemos que escribir export {default as User} , tal como en el
ejemplo de arriba.
2. export * from './user.js' reexporta únicamente las exportaciones con nombre, pero ignora la exportación
predeterminada.
Si queremos reexportar tanto la exportación con nombre como la predeterminada, se necesitan dos declaraciones:
Tales rarezas de reexportar la exportación predeterminada son una de las razones por las que a algunos desarrolladores no
les gustan las exportaciones predeterminadas y prefieren exportaciones con nombre.
Resumen
Aquí están todos los tipos de ‘exportación’ que cubrimos en este y en artículos anteriores.
Puede comprobarlo al leerlos y recordar lo que significan:
● Antes de la declaración de clase/función/…:
●
export [default] clase/función/variable ...
●
Export independiente:
●
export {x [as y], ...} .
451/553
● Reexportar:
●
export {x [as y], ...} from "module"
●
export * from "module" (no reexporta la predeterminada).
● export {default [as y]} from "module" (reexporta la predeterminada).
Importación:
●
Importa las exportaciones con nombre:
● import {x [as y], ...} from "module"
●
Importa la exportación predeterminada:
●
import x from "module"
●
import {default as x} from "module"
● Importa todo:
●
import * as obj from "module"
●
Importa el módulo (su código se ejecuta), pero no asigna ninguna de las exportaciones a variables:
●
import "module"
Podemos poner las declaraciones import/export en la parte superior o inferior de un script, eso no importa.
sayHi();
// ...
En la práctica, las importaciones generalmente se encuentran al comienzo del archivo, pero eso es solo para mayor
comodidad.
Tenga en cuenta que las declaraciones de import/export no funcionan si están dentro {...} .
if (something) {
import {sayHi} from "./say.js"; // Error: import debe estar en nivel superior
}
…Pero, ¿qué pasa si realmente necesitamos importar algo condicionalmente? O en el momento adecuado? Por ejemplo,
¿cargar un módulo a pedido, cuando realmente se necesita?
Veremos importaciones dinámicas en el próximo artículo.
Importaciones dinámicas
Las declaraciones de exportación e importación que cubrimos en capítulos anteriores se denominan “estáticas”. La sintaxis
es muy simple y estricta.
Primero, no podemos generar dinámicamente ningún parámetro de import .
La ruta del módulo debe ser una cadena primitiva, no puede ser una llamada de función. Esto no funcionará:
if(...) {
import ...; // ¡Error, no permitido!
}
{
import ...; // Error, no podemos poner importación en ningún bloque.
}
452/553
Esto se debe a que import / export proporcionan una columna vertebral para la estructura del código. Eso es algo
bueno, ya que la estructura del código se puede analizar, los módulos se pueden reunir y agrupar en un archivo mediante
herramientas especiales, las exportaciones no utilizadas se pueden eliminar (“tree-shaken”). Eso es posible solo porque la
estructura de las importaciones/exportaciones es simple y fija.
Pero, ¿cómo podemos importar un módulo dinámicamente, a petición?
La expresión import()
La expresión import(module) carga el módulo y devuelve una promesa que se resuelve en un objeto de módulo que
contiene todas sus exportaciones. Se puede llamar desde cualquier lugar del código.
Podemos usarlo dinámicamente en cualquier lugar del código, por ejemplo:
import(modulePath)
.then(obj => <module object>)
.catch(err => <loading error, e.g. if no such module>)
O, podríamos usar let module = await import(modulePath) si está dentro de una función asíncrona.
// 📁 say.js
export function hi() {
alert(`Hola`);
}
hi();
bye();
// 📁 say.js
export default function() {
alert("Módulo cargado (export default)!");
}
…Luego, para acceder a él, podemos usar la propiedad default del objeto del módulo:
say();
453/553
Por favor tome nota:
Aunque import() parece una llamada de función, es una sintaxis especial que solo usa paréntesis (similar a super
() ).
Por lo tanto, no podemos copiar import a una variable o usar call/apply con ella. No es una función.
Temas diversos
Proxy y Reflect
Un objeto Proxy envuelve (es un “wrapper”: envoltura, contenedor) a otro objeto e intercepta sus operaciones (como leer y
escribir propiedades, entre otras). El proxy puede manejar estas operaciones él mismo o, en forma transparente permitirle
manejarlas al objeto envuelto.
Los proxys son usados en muchas librerías y en algunos frameworks de navegador. En este artículo veremos muchas
aplicaciones prácticas.
Proxy
La sintaxis:
Cuando hay una operación sobre proxy , este verifica si hay una trampa correspondiente en handler . Si la trampa existe
se ejecuta y el proxy tiene la oportunidad de manejarla, de otro modo la operación es ejecutada por target .
Como no hay trampas, todas las operaciones sobre proxy son redirigidas a target .
Como podemos ver, sin ninguna trampa, proxy es un envoltorio transparente alrededor de target .
proxy
Proxy es un “objeto exótico” especial. No tiene propiedades propias. Con un manejador transparente redirige todas las
operaciones hacia target .
454/553
¿Qué podemos interceptar con ellas?
Para la mayoría de las operaciones en objetos existe el denominado “método interno” en la especificación Javascript que
describe cómo este trabaja en el más bajo nivel. Por ejemplo [[Get]] : es el método interno para leer una propiedad,
[[Set]] : el método interno para escribirla, etcétera. Estos métodos solamente son usados en la especificación, no
podemos llamarlos directamente por nombre.
Las trampas del proxy interceptan la invocación a estos métodos. Están listadas en la Especificación del proxy y en la
tabla debajo.
Para cada método interno, existe una “trampa” en esta tabla: es el nombre del método que podemos agregar al parámetro
handler de new Proxy para interceptar la operación:
Invariantes
JavaScript impone algunas invariantes: condiciones que deben ser satisfechas por métodos internos y trampas.
Las trampas pueden interceptar estas operaciones, pero deben seguir estas reglas.
Las invariantes aseguran un comportamiento correcto y consistente de características de lenguaje. La lista completa de
invariantes está en la especificación . Probablemente no las infringirás si no estás haciendo algo retorcido.
455/553
●
receiver – si la propiedad objetivo es un getter, el receiver es el objeto que va a ser usado como this en su
llamado. Usualmente es el objeto proxy mismo (o un objeto que hereda de él, si heredamos desde proxy). No
necesitamos este argumento ahora mismo, así que se verá en más detalle luego.
Lo usual al tratar de obtener un ítem inexistente de un array es obtener undefined , pero envolveremos un array normal en
un proxy que atrape lecturas y devuelva 0 si no existe tal propiedad:
alert( numbers[1] ); // 1
alert( numbers[123] ); // 0 (porque no existe tal ítem)
Como podemos ver, es muy fácil de hacer con una trampa get .
Podemos usar Proxy para implementar cualquier lógica para valores “por defecto”.
let dictionary = {
'Hello': 'Hola',
'Bye': 'Adiós'
};
Por ahora, si no existe la frase, la lectura de dictionary devuelve undefined . Pero en la práctica dejar la frase sin
traducir es mejor que undefined . Así que hagamos que devuelva la frase sin traducir en vez de undefined .
Para lograr esto envolvemos dictionary en un proxy que intercepta las operaciones de lectura:
let dictionary = {
'Hello': 'Hola',
'Bye': 'Adiós'
};
456/553
Por favor tome nota:
Nota cómo el proxy sobrescribe la variable:
El proxy debe reemplazar completamente al objeto “target” que envolvió: nadie debe jamás hacer referencia al objeto
target saltando tal envoltura. De otro modo sería fácil desbaratarlo.
Digamos que queremos un array exclusivamente para números. Si se agrega un valor de otro tipo, debería dar un error.
La trampa set se dispara cuando una propiedad es escrita.
La trampa set debe devolver true si la escritura fue exitosa, y false en caso contrario (dispara TypeError ).
Ten en cuenta: ¡la funcionalidad integrada de los arrays aún funciona! Los valores son añadidos por push . La propiedad
length se autoincrementa cuando son agregados valores. Nuestro proxy no rompe nada.
No necesitamos sobrescribir métodos de valor añadido como push , unshift y demás para agregar los chequeos allí,
porque internamente ellos usan la operación [[Set]] que es interceptada por el proxy.
Object.keys , el bucle for..in , y la mayoría de los demás métodos que iteran sobre las propiedades de objeto usan el
método interno [[OwnPropertyKeys]] (interceptado por la trampa ownKeys ) para obtener una lista de propiedades .
457/553
Tales métodos difieren en detalles:
● Object.getOwnPropertyNames(obj) devuelve claves no symbol.
●
Object.getOwnPropertySymbols(obj) devuelve claves symbol.
●
Object.keys/values() devuelve claves/valores no symbol con indicador enumerable (los indicadores de
propiedad fueron explicados en el artículo Indicadores y descriptores de propiedad).
●
for..in itera sobre claves no symbol con el indicador enumerable , y también claves prototípicas.
let user = {
name: "John",
age: 30,
_password: "***"
};
let user = { };
¿Por qué? La razón es simple: Object.keys devuelve solamente propiedades con el indicador enumerable . Para
verificarlo, llama el método interno [[GetOwnProperty]] en cada propiedad para obtener su descriptor. Y aquí, como no
hay propiedad, su descriptor está vacío, no existe el indicador enumerable , entonces lo salta.
Para que Object.keys devuelva una propiedad, necesitamos que, o bien exista en el objeto, con el indicador
enumerable , o interceptamos llamadas a [[GetOwnProperty]] (la trampa getOwnPropertyDescriptor lo hace),
y devolver un descriptor con enumerable: true .
let user = { };
458/553
}
});
alert( Object.keys(user) ); // a, b, c
Tomemos nota de nuevo: solamente necesitamos interceptar [[GetOwnProperty]] si la propiedad está ausente en el
objeto.
Hay una convención extendida: las propiedades y los métodos que comienzan con guion bajo _ son de uso interno. Ellos no
deberían ser accedidos desde fuera del objeto.
Aunque es técnicamente posible:
let user = {
name: "John",
_password: "secreto"
};
alert(user._password); // secreto
Usemos proxy para prevenir cualquier acceso a propiedades que comienzan con _ .
Aquí el código:
let user = {
name: "John",
_password: "***"
};
459/553
alert(user._password); // Error: Acceso denegado
} catch(e) { alert(e.message); }
get(target, prop) {
// ...
let value = target[prop];
return (typeof value === 'function') ? value.bind(target) : value; // (*)
}
La razón es que los métodos de objeto, como user.checkPassword() , deben ser capaces de acceder a _password :
user = {
// ...
checkPassword(value) {
// método de objeto debe poder leer _password
return value === this._password;
}
}
Un llamado a user.checkPassword() hace que el objeto target user sea this (el objeto antes del punto se vuelve
this ), entonces cuando trata de acceder a this._password , la trampa get se activa (se dispara en cualquier lectura
de propiedad) y arroja un error.
Entonces vinculamos (bind) el contexto de los métodos al objeto original, target , en la línea (*) . Así futuros llamados
usarán target como this , sin trampas.
Esta solución usualmente funciona, pero no es ideal, porque un método podría pasar el objeto original hacia algún otro lado y
lo habremos arruinado: ¿dónde está el objeto original, y dónde el apoderado?
Además, un objeto puede ser envuelto por proxys muchas veces (proxys múltiples pueden agregar diferentes ajustes al
objeto), y si pasamos un objeto no envuelto por proxy a un método, puede haber consecuencias inesperadas.
Por lo tanto, tal proxy no debería usarse en todos lados.
let range = {
start: 1,
end: 10
};
460/553
Queremos usar el operador in para verificar que un número está en el rango, range .
has(target, property)
● target – objetivo, el objeto pasado como primer argumento a new Proxy ,
●
property – nombre de propiedad
Aquí el demo:
let range = {
start: 1,
end: 10
};
Por ejemplo, recordemos el decorador delay(f, ms) que hicimos en el artículo Decoradores y redirecciones, call/apply.
En ese artículo lo hicimos sin proxy. Un llamado a delay(f, ms) devolvía una función que redirigía todos los llamados a
f después de ms milisegundos.
function sayHi(user) {
alert(`Hello, ${user}!`);
}
// después de esta envoltura, los llamados a sayHi serán demorados por 3 segundos
sayHi = delay(sayHi, 3000);
Como ya hemos visto, esto mayormente funciona. La función envoltorio (*) ejecuta el llamado después del lapso.
Pero una simple función envoltura (wrapper) no redirige operaciones de lectura y escritura ni ninguna otra cosa. Una vez
envuelta, el acceso a las propiedades de la función original ( name , length ) se pierde:
461/553
}
function sayHi(user) {
alert(`Hello, ${user}!`);
}
El Proxy es mucho más poderoso, porque redirige todo lo que no maneja al objeto envuelto “target”.
function sayHi(user) {
alert(`Hello, ${user}!`);
}
El resultado es el mismo, pero ahora no solo las llamadas sino todas las operaciones son redirigidas a la función original. Así
sayHi.length se devuelve correctamente luego de la envoltura en la línea (*) .
Reflect
Se dijo previamente que los métodos internos como [[Get]] , [[Set]] son únicamente para la especificación, que no
pueden ser llamados directamente.
El objeto Reflect hace de alguna manera esto posible. Sus métodos son envoltorios mínimos alrededor del método
interno.
Aquí hay ejemplos de operaciones y llamados a Reflect que hacen lo mismo:
… … …
Por ejemplo:
alert(user.name); // John
462/553
En particular, Reflect nos permite llamar a los operadores ( new , delete , …) como funciones ( Reflect.construct ,
Reflect.deleteProperty , …). Esta es una capacidad interesante, pero hay otra cosa importante.
Para cada método interno atrapable por Proxy , hay un método correspondiente en Reflect con el mismo nombre
y argumentos que la trampa Proxy .
Entonces podemos usar Reflect para redirigir una operación al objeto original.
En este ejemplo, ambas trampas get y set transparentemente (como si no existieran) reenvían las operaciones de
lectura y escritura al objeto, mostrando un mensaje:
let user = {
name: "John",
};
Aquí:
●
Reflect.get lee una propiedad de objeto.
● Reflect.set escribe una propiedad de objeto y devuelve true si fue exitosa, false si no lo fue.
Eso es todo, así de simple: si una trampa quiere dirigir el llamado al objeto, es suficiente con el llamado a Reflect.
<method> con los mismos argumentos.
En la mayoría de los casos podemos hacerlo sin Reflect , por ejemplo, leer una propiedad Reflect.get(target,
prop, receiver) puede ser reemplazado por target[prop] . Aunque hay importantes distinciones.
Proxy en un getter
Veamos un ejemplo que demuestra por qué Reflect.get es mejor. Y veremos también por qué get/set tiene el tercer
argumento receiver que no usamos antes.
let user = {
_name: "Guest",
get name() {
return this._name;
}
};
alert(userProxy.name); // Guest
La trampa get es “transparente” aquí, devuelve la propiedad original, y no hace nada más. Esto es suficiente para nuestro
ejemplo.
Todo se ve bien. Pero hagamos el ejemplo un poco más complejo.
Después de heredar otro objeto admin desde user , podemos observar el comportamiento incorrecto:
463/553
let user = {
_name: "Guest",
get name() {
return this._name;
}
};
let admin = {
__proto__: userProxy,
_name: "Admin"
};
// Esperado: Admin
alert(admin.name); // salida: Guest (?!?)
1. Cuando leemos admin.name , como el objeto admin no tiene su propia propiedad, la búsqueda va a su prototipo.
2. El prototipo es userProxy .
3. Cuando se lee la propiedad name del proxy, se dispara su trampa get y devuelve desde el objeto original como
target[prop] en la línea (*) .
Un llamado a target[prop] , cuando prop es un getter, ejecuta su código en el contexto this=target . Entonces
el resultado es this._name desde el objeto original target , que es: desde user .
Para arreglar estas situaciones, necesitamos receiver , el tercer argumento de la trampa get . Este mantiene el this
correcto para pasarlo al getter. Que en nuestro caso es admin .
¿Cómo pasar el contexto para un getter? Para una función regular podemos usar call/apply , pero es un getter, no es
“llamado”, solamente accedido.
let user = {
_name: "Guest",
get name() {
return this._name;
}
};
let admin = {
__proto__: userProxy,
_name: "Admin"
};
alert(admin.name); // Admin
Ahora receiver , que mantiene una referencia al this correcto (que es admin ), es pasado al getter usando
Reflect.get en la línea (*) .
464/553
get(target, prop, receiver) {
return Reflect.get(...arguments);
}
Los llamados de Reflect fueron nombrados exactamente igual a las trampas y aceptan los mismos argumentos. Fueron
específicamente diseñados así.
Entonces, return Reflect... brinda una forma segura y “no cerebral” de redirigir la operación y asegurarse de que no
olvidamos nada relacionado a ello.
Proxy brinda una manera única de alterar o ajustar el comportamiento de objetos existentes al más bajo nivel. Pero no es
perfecto. Hay limitaciones.
Los slots (hueco, celda) son como propiedades pero están reservados para uso interno, con propósito de especificación
únicamente. Por ejemplo, Map almacena items en el slot interno [[MapData]] . Los métodos nativos los acceden
directamente, sin usar los métodos internos [[Get]]/[[Set]] . Entonces Proxy no puede interceptar eso.
Internamente, un Map almacena todos los datos en su slot interno [[MapData]] . El proxy no tiene tal slot. El método
nativo Map.prototype.set trata de acceder a la propiedad interna this.[[MapData]] , pero como this=proxy ,
no puede encontrarlo en proxy y simplemente falla.
proxy.set('test', 1);
alert(proxy.get('test')); // 1 (¡Funciona!)
Ahora funciona bien porque la trampa get vincula las propiedades de la función, tales como map.set , al objeto target
mismo ( map ).
A diferencia del ejemplo previo, el valor de this dentro de proxy.set(...) no será proxy sino el map original.
Entonces, cuando la implementación interna de set trata de acceder al slot interno this.[[MapData]] , lo logra.
Campos privados
465/553
Algo similar ocurre con los “campos privados” usados en las clases.
Por ejemplo, el método getName() accede a la propiedad privada #name y falla cuando lo proxificamos:
class User {
#name = "Guest";
getName() {
return this.#name;
}
}
alert(user.getName()); // Error
La razón es que los campos privados son implementados usando slots internos. JavaScript no usa [[Get]]/[[Set]]
cuando accede a ellos.
En la llamada a getName() , el valor de this es el proxy user que no tiene el slot con campos privados.
class User {
#name = "Guest";
getName() {
return this.#name;
}
}
alert(user.getName()); // Guest
Dicho esto, la solución tiene su contra, explicada previamente: expone el objeto original al método, potencialmente permite
ser pasado más allá y dañar otra funcionalidad del proxy.
Proxy != target
El proxy y el objeto original son objetos diferentes. Es natural, ¿cierto?
Así que si usamos el objeto original como clave y luego lo hacemos proxy, entonces el proxy no puede ser hallado:
class User {
constructor(name) {
this.name = name;
allUsers.add(this);
}
}
alert(allUsers.has(user)); // true
alert(allUsers.has(user)); // false
466/553
Como podemos ver, después del proxy no podemos hallar user en el set allUsers porque el proxy es un objeto
diferente.
Pero no hay forma de interceptar un test de igualdad estricta entre objetos. Un objeto es estrictamente igual únicamente
a sí mismo y a ningún otro valor.
Por lo tanto todas las operaciones y clases nativas que hacen una comparación estricta de objetos diferenciarán entre el
objeto original y su proxy. No hay reemplazo transparente aquí…
Proxy revocable
let object = {
data: "datos valiosos"
};
La llamada a revoke() quita al proxy todas las referencias internas hacia el objeto target, ya no estarán conectados.
En principio revoke está separado de proxy , así que podemos pasar proxy alrededor mientras mantenemos revoke
en la vista actual.
También podemos vincular el método revoke al proxy asignándolo como propiedad: proxy.revoke = revoke .
Otra opción es crear un WeakMap que tenga a proxy como clave y su correspondiente revoke como valor, esto permite
fácilmente encontrar el revoke para un proxy:
let object = {
data: "Valuable data"
};
revokes.set(proxy, revoke);
467/553
alert(proxy.data); // Error (revocado)
Usamos WeakMap en lugar de Map aquí porque no bloqueará la recolección de basura. Si el objeto proxy se vuelve
inalcanzable (es decir, ya ninguna variable hace referencia a él), WeakMap permite eliminarlo junto con su revoke que no
necesitaremos más.
References
● Specification: Proxy .
● MDN: Proxy .
Resumen
Proxy es un envoltorio (wrapper) alrededor de un objeto que redirige las operaciones en el hacia el objeto, opcionalmente
atrapando algunas de ellas para manejarlas por su cuenta.
…Entonces deberíamos usar proxy en todos lados en lugar de target . Un proxy no tiene sus propias propiedades o
métodos. Atrapa una operación si la trampa correspondiente le es provista, de otro modo la reenvía al objeto target .
Podemos atrapar:
● Lectura ( get ), escritura ( set ), eliminación de propiedad ( deleteProperty ) (incluso si no existe).
● Llamadas a función (trampa apply ).
●
El operador new (trampa construct ).
●
Muchas otras operaciones (la lista completa al principio del artículo y en docs ).
Esto nos permite crear propiedades y métodos “virtuales”, implementar valores por defecto, objetos observables,
decoradores de función y mucho más.
También podemos atrapar un objeto múltiples veces en proxys diferentes, decorándolos con varios aspectos de
funcionalidad.
La API de Reflect está diseñada para complementar Proxy . Para cada trampa de Proxy hay una llamada Reflect
con los mismos argumentos. Deberíamos usarlas para redirigir llamadas hacia los objetos target.
Los proxys tienen algunas limitaciones:
● Los objetos nativos tienen “slots internos” a los que el proxy no tiene acceso. Ver la forma de sortear el problema más
arriba.
● Lo mismo cuenta para los campos privados en las clases porque están implementados internamente usando slots.
Entonces las llamadas a métodos atrapados deben tener en this al objeto target para poder accederlos.
● El test de igualdad de objeto === no puede ser interceptado.
● Performance: los tests de velocidad dependen del motor, pero generalmente acceder a una propiedad usando el proxy
más simple el tiempo se multiplica unas veces. Aunque en la práctica esto solo es importante para los objetos que son los
“cuello de botella” de una aplicación.
Tareas
Crea en su lugar un proxy que arroje un error por intentar leer una propiedad no existente.
468/553
Escribe una función wrap(target) que tome un objeto target y devuelva un proxy que agregue este aspecto de
funcionalidad.
let user = {
name: "John"
};
function wrap(target) {
return new Proxy(target, {
/* tu código */
});
}
user = wrap(user);
alert(user.name); // John
alert(user.age); // ReferenceError: La propiedad no existe: "age"
A solución
Accediendo a array[-1]
En algunos lenguajes de programación podemos acceder a los arrays usando índices negativos, contando desde el final.
Como esto:
alert( array[-1] ); // 3
alert( array[-2] ); // 2
A solución
Observable
Crea una función makeObservable(target) que “haga el objeto observable” devolviendo un proxy.
function makeObservable(target) {
/* tu código */
}
469/553
});
En otras palabras, un objeto devuelto por makeObservable es como el original pero que también tiene el método
observe(handler) que establece una función handler que será llamada en cualquier cambio de propiedad.
cada vez que una propiedad cambie, handler(key, value) es llamado con el nombre y el valor de la propiedad.
P.D. En esta tarea, solo toma en cuenta la escritura de una propiedad. Otras operaciones pueden ser implementadas de
manera similar.
A solución
La sintaxis es:
Por ejemplo:
Una cadena de código puede ser larga, contener cortes de línea, declaración de funciones, variables y así.
El resultado de eval es el resultado de la última sentencia.
Por ejemplo:
El código evaluado es ejecutado en el entorno léxico presente, entonces podemos ver sus variables externas:
let a = 1;
function f() {
let a = 2;
eval('alert(a)'); // 2
}
f();
let x = 5;
eval("x = 10");
alert(x); // 10, valor modificado
En modo estricto, eval tiene su propio entorno léxico. Entonces funciones y variables declaradas dentro de eval no son
visibles fuera:
470/553
// recordatorio: 'use strict' está habilitado en los ejemplos ejecutables por defecto
Sin use strict , eval no tiene su propio entorno léxico, entonces podemos ver x y f afuera.
Usando “eval”
En programación moderna eval es usado muy ocasionalmente. Se suele decir que “eval is evil” – juego de palabras en
inglés que significa en español: “eval es malvado”.
La razón es simple: largo, largo tiempo atrás JavaScript era un lenguaje mucho más débil, muchas cosas podían ser
concretadas solamente con eval . Pero aquel tiempo pasó hace una década.
Ahora casi no hay razones para usar eval . Si alguien lo está usando, hay buena chance de que pueda ser reemplazado
con una construcción moderna del lenguaje o un Módulo JavaScript.
Por favor ten en cuenta que su habilidad para acceder a variables externas tiene efectos colaterales.
Los Code minifiers (minimizadores de código, herramientas usadas antes de poner JS en producción para comprimirlo)
renombran las variables locales acortándolas (como a , b etc) para achicar el código. Usualmente esto es seguro, pero no
si eval es usado porque las variables locales pueden ser accedidas desde la cadena de código evaluada. Por ello los
minimizadores no hacen tal renombrado en todas las variables potencialmente visibles por eval . Esto afecta
negativamente en el índice de compresión.
El uso de variables locales dentro de eval es también considerado una mala práctica de programación, porque hace el
mantenimiento de código más difícil.
Hay dos maneras de estar asegurado frente a tales problemas.
Si el código evaluado no usa variables externas, por favor llama eval como window.eval(...) :
let x = 1;
{
let x = 5;
window.eval('alert(x)'); // 1 (variable global)
}
Si el código evaluado necesita variables locales, cambia eval por new Function y pásalas como argumentos:
f(5); // 5
La construcción new Function es explicada en el capítulo La sintaxis "new Function". Esta crea una función desde una
cadena, también en el entorno global, y así no puede ver las variables locales. Pero es mucho más claro pasarlas
explícitamente como argumentos como en el ejemplo de arriba.
Resumen
Tareas
Calculadora-eval
471/553
importancia: 4
Crea una calculadora que pida una expresión aritmética y devuelva su resultado.
No es necesario verificar que la expresión sea correcta en esta tarea. Simplemente que evalue y devuelva el resultado.
Ejecutar el demo
A solución
Currificación
La Currificación es una técnica avanzada de trabajo con funciones. No solo se usa en JavaScript, sino también en otros
lenguajes.
La currificación es una transformación de funciones que traduce una función invocable como f(a, b, c) a invocable
como f(a)(b)(c) .
Crearemos una función auxiliar curry(f) que realice el curry para una f de dos argumentos. En otras palabras,
curry(f) para dos argumentos f(a, b) lo traduce en una función que se ejecuta como f(a)(b) :
// uso
function sum(a, b) {
return a + b;
}
alert( curriedSum(1)(2) ); // 3
Las implementaciones más avanzadas de currificación, como _.curry de la librería lodash, devuelven un contenedor que
permite llamar a una función de manera normal y parcial:
function sum(a, b) {
return a + b;
}
472/553
Por ejemplo, tenemos la función de registro log(date, importance, message) que formatea y genera la información.
En proyectos reales, tales funciones tienen muchas características útiles, como enviar registros a través de la red, aquí solo
usaremos alert :
¡Pongámosle curry!
Ahora podemos hacer fácilmente una función conveniente para los registros actuales:
// uso
logNow("INFO", "message"); // [HH: mm] mensaje INFO
Ahora logNow es log con un primer argumento fijo, en otras palabras, “función parcialmente aplicada” o “parcial” para
abreviar.
Podemos ir más allá y hacer una función conveniente para los registros de depuración actuales:
Entonces:
1. No perdimos nada después del curry: log todavía se puede llamar normalmente.
2. Podemos generar fácilmente funciones parciales, como los registros de hoy.
En caso de que quiera entrar en detalles, aquí está la implementación de curry “avanzado” para funciones de múltiples
argumentos que podríamos usar arriba.
Es bastante corto:
function curry(func) {
473/553
}
Ejemplos de uso:
function sum(a, b, c) {
return a + b + c;
}
1. Si el recuento de args pasado es el mismo que tiene la función original en su definición ( func.length ), entonces
simplemente páselo usando func.apply .
2. De lo contrario, obtenga un parcial: No llamamos a func aún. En cambio, se devuelve otro contenedor que volverá a
aplicar curried proporcionando los argumentos anteriores junto con los nuevos.
Luego, en una nueva llamada, nuevamente obtendremos un nuevo parcial (si no hay suficientes argumentos) o, finalmente,
el resultado.
Una función que utiliza múltiples parámetros, como f(...args) , no se puede currificar.
Pero la mayoría de las implementaciones de curry en JavaScript son avanzadas, como se describe: también mantienen
la función invocable en la variante de múltiples argumentos.
Resumen
Currificación es una transformación que hace que f(a, b, c) sea invocable como f(a)(b)(c) . Las implementaciones
de JavaScript generalmente mantienen la función invocable normalmente y devuelven el parcial si el conteo de argumentos
no es suficiente.
La currificación nos permite obtener parciales fácilmente. Como hemos visto en el ejemplo de registro, después de aplicar
currificación a la función universal de tres argumentos log(fecha, importancia, mensaje) nos da parciales cuando
se llama con un argumento (como log(fecha) ) o dos argumentos (como log(fecha, importancia) ).
Tipo de Referencia
474/553
Característica del lenguaje en profundidad
Este artículo cubre un tema avanzado para comprender mejor ciertos casos límite.
Esto no es importante. Muchos desarrolladores experimentados viven bien sin saberlo. Sigue leyendo si quieres saber
cómo funcionan las cosas por debajo de la tapa.
Por ejemplo:
let user = {
name: "John",
hi() { alert(this.name); },
bye() { alert("Bye"); }
};
user.hi(); // Funciona
En la última linea hay un operador condicional que elije entre user.hi o user.bye . En este caso el resultado es
user.hi .
Como puedes ver, la llamada resulta en un error porque el valor de "this" dentro de la llamada se convierte en
undefined .
user.hi();
¿Por qué? Si queremos entender por qué pasa esto vayamos bajo la tapa de cómo funciona la llamada obj.method() .
Si ponemos estas operaciones en líneas separadas, entonces this se perderá con seguridad:
let user = {
name: "John",
hi() { alert(this.name); }
};
Aquí hi = user.hi coloca la función dentro de una variable y luego la última linea es completamente independiente, por
lo tanto no hay this .
Para hacer que la llamada user.hi() funcione, JavaScript usa un truco: el punto '.' no devuelve una función,
sino un valor especial del Tipo de referencia .
475/553
El Tipo de Referencia es un “tipo de especificación”. No podemos usarla explícitamente pero es usada internamente por el
lenguaje.
El valor del Tipo de Referencia es una combinación de triple valor (base, name, strict) , donde:
● base es el objeto.
●
name es el nombre de la propiedad.
●
strict es verdadero si use strict está en efecto.
El resultado de un acceso a la propiedad user.hi no es una función, sino un valor de Tipo de Referencia. Para user.hi
en modo estricto esto es:
Cuando son llamados los paréntesis () en el tipo de referencia, reciben la información completa sobre el objeto y su
método y pueden establecer el this correcto ( =user en este caso).
Tipo de Referencia es un tipo interno de “intermediario”, con el propósito de pasar información desde el punto . hacia los
paréntesis de la llamada () .
Cualquier otra operación como la asignación hi = user.hi descarta el tipo de referencia como un todo, toma el valor de
user.hi (una función) y lo pasa. Entonces cualquier operación “pierde” this .
Entonces, como resultado, el valor de this solo se pasa de la manera correcta si la función se llama directamente usando
una sintaxis de punto obj.method() o corchetes obj['method']() (aquí hacen lo mismo). Hay varias formas de
resolver este problema, como func.bind().
Resumen
Eso se hace para la llamada () al siguiente método para obtener el objeto y establecer this en él.
Para todas las demás operaciones, el tipo de referencia se convierte automáticamente en el valor de la propiedad (una
función en nuestro caso).
Toda la mecánica está oculta a nuestros ojos. Solo importa en casos sutiles, como cuando un método se obtiene
dinámicamente del objeto, usando una expresión.
Tareas
Verificación de sintaxis
importancia: 2
let user = {
name: "John",
go: function() { alert(this.name) }
}
(user.go)()
A solución
476/553
Pero las llamadas (1) y (2) funcionan diferente a (3) y (4) . ¿Por qué?
obj = {
go: function() { alert(this); }
};
A solución
BigInt
BigInt es un tipo numérico especial que provee soporte a enteros de tamaño arbitrario.
Un bigint se crea agregando n al final del literal entero o llamando a la función BigInt que crea bigints desde cadenas,
números, etc.
Operadores matemáticos
BigInt puede ser usado mayormente como un número regular, por ejemplo:
alert(1n + 2n); // 3
alert(5n / 2n); // 2
Por favor, ten en cuenta: la división 5/2 devuelve el resultado redondeado a cero, sin la parte decimal. Todas las
operaciones sobre bigints devuelven bigints.
No podemos mezclar bigints con números regulares:
Podemos convertirlos explícitamente cuando es necesario: usando BigInt() o Number() como aquí:
// De number a bigint
alert(bigint + BigInt(number)); // 3
// De bigint a number
alert(Number(bigint) + number); // 3
477/553
Las operaciones de conversión siempre son silenciosas, nunca dan error, pero si el bigint es tan gigante que no podrá
ajustarse al tipo numérico, los bits extra serán recortados, entonces deberíamos ser cuidadosos al hacer tal conversión.
Comparaciones
Comparaciones tales como < , > funcionan bien entre bigints y numbers:
Por favor, nota que como number y bigint pertenecen a diferentes tipos, ellos pueden ser iguales == , pero no estrictamente
iguales === :
alert( 1 == 1n ); // true
Operaciones booleanas
Cuando están dentro de un if u otra operación booleana, los bigints se comportan como numbers.
if (0n) {
// nunca se ejecuta
}
Los operadores booleanos, tales como || , && y otros, también trabajan con bigints en forma similar a los number:
Polyfills
Hacer Polyfill con bigints es trabajoso. La razón es que muchos operadores JavaScript como + , - y otros se comportan de
diferente manera comparados con los números regulares.
Por ejemplo, la división de bigints siempre devuelve un bigint (redondeado cuando es necesario).
Para emular tal comportamiento, un polyfill necesitaría analizar el código y reemplazar todos los operadores con sus
funciones. Pero hacerlo es engorroso y tendría mucho costo en performance.
Esta librería implementa bigint usando sus propios métodos. Podemos usarlos en lugar de bigints nativos:
478/553
Operación BigInt nativo JSBI
Suma c = a + b c = JSBI.add(a, b)
Resta c = a - b c = JSBI.subtract(a, b)
… … …
…Y entonces usar polyfill (plugin Babel) para convertir las llamadas de JSBI en bigints nativos para aquellos navegadores
que los soporten.
En otras palabras, este enfoque sugiere que escribamos código en JSBI en lugar de bigints nativos. Pero JSBI trabaja
internamente tanto con numbers como con bigints, los emula siguiendo de cerca la especificación, entonces el código será
“bigint-ready” (preparado para bigint).
Podemos usar tal código JSBI “tal como está” en motores que no soportan bigints, y para aquellos que sí lo soportan – el
polyfill convertirá las llamadas en bigints nativos.
Referencias
● MDN documentación BigInt .
● Especificación .
Soluciones
¡Hola, mundo!
<!DOCTYPE html>
<html>
<body>
<script>
alert( "¡Soy JavaScript!" );
</script>
</body>
</html>
A formulación
El código HTML:
<!DOCTYPE html>
<html>
<body>
<script src="alert.js"></script>
</body>
</html>
alert("¡Soy JavaScript!");
479/553
A formulación
Variables
name = "John";
admin = name;
A formulación
Eso es simple:
Nota, podríamos usar un nombre más corto planeta , pero podría no ser obvio a qué planeta se refiere. Es una
buena idea ser más detallado, siempre y cuando la variable noSeaMuyLarga.
Una vez más, podríamos acortar eso a userName si estamos seguros que es el usuario actual (current).
Los editores modernos y el autocompletado hacen que los nombres de variables largos sean fáciles de escribir. No
ahorres caracteres. Un nombre de 3 palabras está bien.
A formulación
¿const mayúsculas?
Generalmente usamos mayúsculas para constantes que están “hard-codeadas”. En otras palabras, cuando el valor
se conoce antes de la ejecución y se escribe directamente en el código.
En este código, birthday es exactamente así, por lo que podemos escribirla en mayúsculas.
En cambio, age es evaluada en ejecución. Hoy tenemos una edad, un año después tendremos otra. Es constante
en el sentido que no cambia durante la ejecución del código, pero es un poco “menos constante” que birthday ya
que se calcula, por lo que debemos mantenerla en minúscula.
A formulación
Tipos de datos
480/553
Comillas
// la expresión es un número 1
alert( `hola ${1}` ); // hola 1
A formulación
Código JavaScript:
La página completa:
<!DOCTYPE html>
<html>
<body>
<script>
'use strict';
</body>
</html>
A formulación
La respuesta es:
● a = 2
● b = 2
● c = 2
● d = 1
let a = 1, b = 1;
481/553
alert( a ); // 2, incrementado una vez
alert( b ); // 2, incrementado una vez
A formulación
Resultado de asignación
La respuesta es:
● a = 4 (multiplicado por 2)
● x = 5 (calculado como 1 + 4)
A formulación
Conversiones de tipos
1. La suma con una cadena "" + 1 convierte 1 a un string: "" + 1 = "1" , y luego tenemos "1" + 0 , la
misma regla se aplica.
2. La resta - (como la mayoría de las operaciones matemáticas) sólo funciona con números, convierte una
cadena vacía "" a 0 .
3. La suma con una cadena concatena el número 5 a la cadena.
4. La resta siempre convierte a números, por lo tanto hace de " -9 " un número -9 (ignorando los espacios
que lo rodean).
5. null se convierte en 0 después de la conversión numérica.
6. undefined se convierte en NaN después de la conversión numérica.
7. Los caracteres de espacio se recortan al inicio y al final de la cadena cuando una cadena se convierte en un
número. Aquí toda la cadena consiste en caracteres de espacio, tales como \t , \n y un espacio “común” entre
ellos. Por lo tanto, pasa lo mismo que a una cadena vacía, se convierte en 0 .
A formulación
Corregir la adición
La razón es que la captura devuelve la entrada del usuario como una cadena.
alert(a + b); // 12
Lo que debemos hacer es convertir las cadenas de texto a números antes de + . Por ejemplo, utilizando Number()
o anteponiendo + .
482/553
Por ejemplo, justo antes de prompt :
alert(a + b); // 3
O en el alert :
alert(+a + +b); // 3
A formulación
Comparaciones
Comparaciones
5 > 4 → true
"apple" > "pineapple" → false
"2" > "12" → true
undefined == null → true
undefined === null → false
null == "\n0\n" → false
null === +"\n0\n" → false
1. Obviamente, true.
2. Comparación lexicográfica, por lo tanto false. "a" es menor que "p" .
3. Una vez más, la comparación lexicográfica, el primer carácter de "2" es mayor que el primer carácter de "1" .
4. Los valores null y undefined son iguales entre sí solamente.
5. La igualdad estricta es estricta. Diferentes tipos de ambos lados conducen a false.
6. Similar a (4), null solamente es igual a undefined .
7. Igualdad estricta de diferentes tipos.
A formulación
Sí lo hará.
Cualquier string excepto uno vacío (y "0" que no es vacío) se convierte en true en un contexto lógico.
if ("0") {
alert( 'Hola' );
}
A formulación
483/553
El nombre de JavaScript
<!DOCTYPE html>
<html>
<body>
<script>
'use strict';
if (value == 'ECMAScript') {
alert('¡Correcto!');
} else {
alert("¿No lo sabes? ¡ECMAScript!");
}
</script>
</body>
</html>
A formulación
Muestra el signo
if (value > 0) {
alert( 1 );
} else if (value < 0) {
alert( -1 );
} else {
alert( 0 );
}
A formulación
A formulación
A formulación
Operadores Lógicos
484/553
alert( null || 2 || undefined );
A formulación
1. El primer OR || evalúa el operando de la izquierda alert(1) . Eso muestra el primer mensaje con 1 .
2. El alert retorna undefined , por lo que OR se dirige al segundo operando buscando un valor verdadero.
3. El segundo operando 2 es un valor verdadero, por lo que se detiene la ejecución, se retorna 2 y es mostrado
por el alert exterior.
A formulación
A formulación
La llamada a alert retorna undefined (solo muestra un mensaje, así que no hay un valor que retornar
relevante)
Debido a ello, && evalúa el operando de la izquierda (imprime 1 ) e inmediatamente se detiene porque undefined
es un valor falso. Como && busca un valor falso y lo retorna, terminamos.
A formulación
El resultado de OR AND OR
La respuesta: 3 .
null || 3 || 4
485/553
A formulación
A formulación
La primer variante:
La segunda variante:
A formulación
Detalles:
// Corre.
// El resultado de -1 || 0 = -1, valor verdadero
if (-1 || 0) alert( "primero" );
// No corre.
// -1 && 0 = 0, valor falso
if (-1 && 0) alert( "segundo" );
// Se ejecuta
// El operador && tiene mayor precedencia que ||
// Así que -1 && 1 se ejecuta primero, dándonos la cadena:
// null || -1 && 1 -> null || 1 -> 1
if (null || -1 && 1) alert( "tercero" );
A formulación
if (userName == "Admin") {
486/553
Nota las sangrías verticales dentro de los bloques if . Técnicamente no son necesarias, pero facilitan la lectura del
código.
A formulación
La respuesta: 1 .
let i = 3;
while (i) {
alert( i-- );
}
Cada iteración del bucle disminuye i en 1 . La comprobación while(i) detiene el bucle cuando i = 0 .
Por consiguiente, los pasos del bucle forman la siguiente secuencia (“bucle desenrollado”).
let i = 3;
A formulación
La tarea demuestra cómo las formas de sufijo y prefijo pueden llevar a diferentes resultados cuando son usadas en
comparaciones.
1.
Del 1 al 4
let i = 0;
while (++i < 5) alert( i );
El primer valor es i = 1 , porque ++i primero incrementa i y luego retorna el valor nuevo. Así que la primera
comparación es 1 < 5 y el alert muestra 1 .
Entonces siguen 2, 3, 4… – los valores son mostrados uno tras otro. La comparación siempre usa el valor
incrementado, porque ++ está antes de la variable.
Finalmente, i = 4 es incrementada a 5 , la comparación while(5 < 5) falla, y el bucle se detiene. Así que
5 no es mostrado.
2.
Del 1 al 5
let i = 0;
while (i++ < 5) alert( i );
487/553
El primer valor es de nuevo i = 1 . La forma del sufijo de i++ incrementa i y luego retorna el valor viejo, así
que la comparación i++ < 5 usará i = 0 (contrario a ++i < 5 ).
Pero la llamada a alert está separada. Es otra declaración, la cual se ejecuta luego del incremento y la
comparación. Así que obtiene el i = 1 actual.
Luego siguen 2, 3, 4…
Detengámonos en i = 4 . La forma del prefijo ++i lo incrementaría y usaría 5 en la comparación. Pero aquí
tenemos la forma del sufijo i++ . Así que incrementa i a 5 , pero retorna el valor viejo. Por lo tanto, la
comparación es en realidad while(4 < 5) – verdadero, y el control sigue a alert .
A formulación
El valor retornado por el incremento no es usado aquí, así que no hay diferencia entre i++ y ++i .
A formulación
A formulación
let i = 0;
while (i < 3) {
alert( `número ${i}!` );
i++;
}
A formulación
488/553
let num;
do {
num = prompt("Ingresa un número mayor a 100", 0);
} while (num <= 100 && num);
1. La condición num <= 100 – eso es, el valor ingresado aún no es mayor que 100 .
2. La condición && num es falsa cuando num es null o una cadena de texto vacía. Entonces el bucle while
se detiene.
PD. Si num es null entonces num <= 100 es true , así que sin la segunda condición el bucle no se detendría
si el usuario hace click en CANCELAR. Ambas comprobaciones son requeridas.
A formulación
let n = 10;
nextPrime:
for (let i = 2; i <= n; i++) { // por cada i...
alert( i ); // primo
}
Hay mucho lugar para la mejora. Por ejemplo, podríamos buscar por divisores desde 2 hasta la raíz cuadrada de i .
Pero de todas formas, si queremos ser realmente eficientes para intervalos grandes, necesitamos cambiar el enfoque
y confiar en matemáticas avanzadas y algoritmos complejos como Criba cuadrática , Criba general del cuerpo de
números etc.
A formulación
La sentencia "switch"
Para que coincida con la funcionalidad de switch exactamente, el if debe utilizar una comparación estricta
'===' .
if(navegador == 'Edge') {
alert("¡Tienes Edge!");
} else if (navegador == 'Chrome'
489/553
|| navegador == 'Firefox'
|| navegador == 'Safari'
|| navegador == 'Opera') {
alert( 'Está bien, soportamos estos navegadores también' );
} else {
alert( '¡Esperamos que la página se vea bien!' );
}
A formulación
Las primeras dos validaciones se vuelven dos case . La tercera validación se separa en dos case :
switch (a) {
case 0:
alert( 0 );
break;
case 1:
alert( 1 );
break;
case 2:
case 3:
alert( '2,3' );
break;
}
Nota: El break al final no es requerido. Pero lo agregamos por previsión, para preparar el código para el futuro.
Existe una probabilidad de que en el futuro queramos agregar un case adicional, por ejemplo case 4 . Y si
olvidamos agregar un break antes, al final de case 3 , habrá un error. Por tanto, es una forma de auto-asegurarse.
A formulación
Funciones
¡Ninguna diferencia!
A formulación
function checkAge(age) {
return (age > 18) ? true : confirm('¿Tus padres te lo permitieron?');
}
490/553
Usando Ó || (la variante más corta):
function checkAge(age) {
return (age > 18) || confirm('¿Tus padres te lo permitieron?');
}
Tenga en cuenta que aquí los paréntesis alrededor de age > 18 no son requeridos. Existen para una mejor
legibilidad.
A formulación
Función min(a, b)
function min(a, b) {
if (a < b) {
return a;
} else {
return b;
}
}
function min(a, b) {
return a < b ? a : b;
}
A formulación
Función pow(x,n)
function pow(x, n) {
let result = x;
return result;
}
if (n < 1) {
alert(`Potencia ${n} no soportada,
use un entero mayor a 0`);
} else {
alert( pow(x, n) );
}
A formulación
491/553
function ask(question, yes, no) {
if (confirm(question)) yes();
else no();
}
ask(
"Do you agree?",
() => alert("You agreed."),
() => alert("You canceled the execution.")
);
A formulación
Estilo de codificación
Estilo pobre
La variante corregida:
function pow(x, n) {
let result = 1;
return result;
}
if (n <= 0) {
alert(`Power ${n} is not supported,
please enter an integer number greater than zero`);
} else {
alert( pow(x, n) );
}
A formulación
492/553
¿Qué esta mal en el test?
Lo que tenemos aquí son en realidad 3 pruebas, pero presentadas como una sola función con 3 afirmaciones.
A veces es más fácil escribir de esta manera, pero si ocurre un error, es mucho menos obvio saber qué salió mal.
Si un error ocurre en el medio de un flujo de ejecución complejo, tendremos que imaginar los datos en tal punto.
Tendremos, en realidad, que hacer un debug del test
Sería mucho mejor dividir la prueba en múltiples bloques ‘it’ con entradas y salidas claramente escritas.
Como esto:
Reemplazamos el único it por un describe y agrupamos los bloques it dentro. Ahora si algo sale mal,
podemos ver claramente qué dato fue.
Además podemos aislar un único test y ejecutarlo individualmente escribiendo it.only en lugar de it :
A formulación
Objetos
Hola, objeto
A formulación
493/553
Verificar los vacíos
Solo crea un bucle sobre el objeto y, si hay al menos una propiedad, devuelve false inmediatamente.
function isEmpty(obj) {
for (let key in obj) {
// Si el bucle ha comenzado quiere decir que sí hay al menos una propiedad
return false;
}
return true;
}
A formulación
let salaries = {
John: 100,
Ann: 160,
Pete: 130
};
let sum = 0;
for (let key in salaries) {
sum += salaries[key];
}
alert(sum); // 390
A formulación
function multiplyNumeric(obj) {
for (let key in obj) {
if (typeof obj[key] == 'number') {
obj[key] *= 2;
}
}
}
A formulación
Respuesta: un error.
Pruébalo:
function makeUser() {
return {
name: "John",
ref: this
};
}
494/553
let user = makeUser();
Esto es porque las reglas que establecen el this no buscan en la definición del objeto. Solamente importa el
momento en que se llama.
Aquí el valor de this dentro de makeUser() es undefined , porque es llamado como una función, no como un
método con sintaxis de punto.
El valor de this es uno para la función entera; bloques de código y objetos literales no lo afectan.
function makeUser(){
return this; // esta vez no hay objeto literal
}
Como puedes ver el resultado de alert( makeUser().name ) es el mismo que el resultado de alert(
user.ref.name ) del ejemplo anterior.
function makeUser() {
return {
name: "John",
ref() {
return this;
}
};
}
Ahora funciona, porque user.ref() es un método. Y el valor de this es establecido al del objeto delante del
punto . .
A formulación
let calculator = {
sum() {
return this.a + this.b;
},
mul() {
return this.a * this.b;
},
read() {
this.a = +prompt('a?', 0);
this.b = +prompt('b?', 0);
}
};
calculator.read();
alert( calculator.sum() );
alert( calculator.mul() );
495/553
Abrir la solución con pruebas en un entorno controlado.
A formulación
Encadenamiento
let ladder = {
step: 0,
up() {
this.step++;
return this;
},
down() {
this.step--;
return this;
},
showStep() {
alert( this.step );
return this;
}
};
También podemos escribir una simple llamada por línea. Para cadenas largas es más legible:
ladder
.up()
.up()
.down()
.showStep() // 1
.down()
.showStep(); // 0
A formulación
Si, es posible.
Por lo tanto pueden, por ejemplo, devolver el mismo objeto definido externamente obj :
A formulación
function Calculator() {
496/553
this.read = function() {
this.a = +prompt('a?', 0);
this.b = +prompt('b?', 0);
};
this.sum = function() {
return this.a + this.b;
};
this.mul = function() {
return this.a * this.b;
};
}
A formulación
function Accumulator(startingValue) {
this.value = startingValue;
this.read = function() {
this.value += +prompt('Cuánto más agregar?', 0);
};
A formulación
Prueba ejecutándolo:
str.test = 5; // (*)
alert(str.test);
1. Cuando se accede a una propiedad de str , se crea un “wrapper object” (objeto envolvente ).
2. Con modo estricto, tratar de alterarlo produce error.
497/553
3. Sin modo estricto, la operación es llevada a cabo y el objeto obtiene la propiedad test , pero después de ello
el “objeto envolvente” desaparece, entonces en la última linea str queda sin rastros de la propiedad.
Este ejemplo claramente muestra que los tipos primitivos no son objetos.
A formulación
Números
alert( a + b );
Toma nota del más unario + antes del prompt . Este convierte inmediatamente el valor a number .
De otra manera a and b serían string , y la suma, su concatenación: "1" + "2" = "12" .
A formulación
Internamente, la fracción decimal 6.35 resulta en binario sin fin. Como siempre en estos casos, es almacenado con
pérdida de precisión.
Veamos:
La pérdida de precisión puede causar que el número incremente o decremente. En este caso particular el número se
vuelve ligeramente menor, por ello es redondeado hacia abajo.
Aquí la pérdida de precisión hace el número algo mayor, por ello redondea hacia arriba.
¿Cómo podemos arreglar el problema con 6.35 si queremos redondearlo de manera correcta?
Observa que 63.5 no tiene pérdida de precisión en absoluto. Esto es porque la parte decimal 0.5 es realmente
1/2 . Fracciones divididas por potencias de 2 son representadas exactamente en el sistema binario, ahora
podemos redondearlo:
alert( Math.round(6.35 * 10) / 10); // 6.35 -> 63.5 -> 64(redondeado) -> 6.4
A formulación
498/553
function readNumber() {
let num;
do {
num = prompt("Ingrese un número por favor:", 0);
} while ( !isFinite(num) );
return +num;
}
alert(`Read: ${readNumber()}`);
La solución es un poco más intrincada de lo que podría ser porque necesitamos manejar null y líneas vacías.
Entonces aceptamos entrada de datos hasta que sea un “número regular”. También null (cancel) y las líneas
vacías encajan en esa condición porque un su forma numérica estos son 0 .
Una vez detenido el ingreso, necesitamos tratar especialmente los casos null y línea vacía (return null ), porque
al convertirlos devolverían 0 .
A formulación
let i = 0;
while (i < 11) {
i += 0.2;
if (i > 9.8 && i < 10.2) alert( i );
}
Tales cosas suceden por las pérdidas de precisión cuando sumamos decimales como 0.2 .
A formulación
Necesitamos hacer un “mapeo” de todos los valores del intervalo 0…1 a valores desde min a max .
1. Si multiplicamos el número aleatorio 0…1 por max-min , entonces el intervalo de valores posibles va de 0..1
a 0..max-min .
2. Ahora si sumamos min , el intervalo posible se vuelve desde min a max .
La función:
alert( random(1, 5) );
alert( random(1, 5) );
alert( random(1, 5) );
499/553
A formulación
La solución más simple, pero equivocada, sería generar un valor entre min y max y redondearlo:
alert( randomInteger(1, 3) );
La función funciona, pero es incorrecta. La probabilidad de obtener los valores extremos min y max es la mitad de
la de los demás.
Si ejecutas el ejemplo que sigue muchas veces, fácilmente verás que 2 aparece más a menudo.
Esto ocurre porque Math.round() obtiene los números del intervalo 1..3 y los redondea como sigue:
Ahora podemos ver claramente que 1 obtiene la mitad de valores que 2 . Y lo mismo con 3 .
La solución correcta
Hay muchas soluciones correctas para la tarea. una es ajustar los bordes del intervalo. Para asegurarse los mismos
intervalos, podemos generar valores entre 0.5 a 3.5 , así sumando las probabilidades requeridas a los extremos:
alert( randomInteger(1, 3) );
Una alternativa es el uso de Math.floor para un número aleatorio entre min y max+1 :
alert( randomInteger(1, 3) );
Todos los intervalos tienen el mismo largo, haciendo la distribución final uniforme.
A formulación
Strings
500/553
Hacer mayúscula el primer carácter
No podemos “reemplazar” el primer carácter, debido a que los strings en JavaScript son inmutables.
Pero podemos hacer un nuevo string basado en el existente, con el primer carácter en mayúsculas:
Sin embargo, hay un pequeño problema. Si str está vacío, entonces str[0] es undefined , y como
undefined no tiene el método toUpperCase() , obtendremos un error.
1. Usar str.charAt(0) , ya que siempre devuelve una cadena (tal vez vacía).
2. Agregar una prueba para un string vacío.
function ucFirst(str) {
if (!str) return str;
A formulación
Buscar spam
Para que la búsqueda no distinga entre mayúsculas y minúsculas, llevemos el string a minúsculas y luego
busquemos:
function checkSpam(str) {
let lowerStr = str.toLowerCase();
A formulación
Truncar el texto
La longitud máxima debe ser ‘maxlength’, por lo que debemos acortarla un poco para dar espacio a los puntos
suspensivos.
Tener en cuenta que en realidad hay un único carácter unicode para puntos suspensivos. Eso no son tres puntos.
501/553
A formulación
Extraer el dinero
function extractCurrencyValue(str) {
return +str.slice(1);
}
A formulación
Arrays
El resultado es 4 :
shoppingCart.push("Banana");
alert( fruits.length ); // 4
Esto es porque los arrays son objetos. Entonces ambos, shoppingCart y fruits son referencias al mismo
array.
A formulación
Operaciones en arrays.
A formulación
El llamado a arr[2]() es sintácticamente el buen y viejo obj[method]() , en el rol de obj tenemos arr , y en
el rol de method tenemos 2 .
Entonces tenemos una llamada a función arr[2] como un método de objeto. Naturalmente, recibe this
referenciando el objeto arr y su salida es el array:
arr.push(function() {
alert( this );
})
arr[2](); // a,b,function(){...}
502/553
A formulación
Toma nota del sutil pero importante detalle de la solución. No convertimos value a número instantáneamente
después de prompt , porque después de value = +value no seríamos capaces de diferenciar una cadena vacía
(señal de detención) de un cero (un número válido). Lo hacemos más adelante.
function sumInput() {
while (true) {
// ¿Debemos cancelar?
if (value === "" || value === null || !isFinite(value)) break;
numbers.push(+value);
}
let sum = 0;
for (let number of numbers) {
sum += number;
}
return sum;
}
alert( sumInput() );
A formulación
Subarray máximo
Solución lenta
La forma más simple es tomar cada elemento y calcular las sumas de todos los subarrays que comienzan con él.
// Comenzando desde 2:
2
2 + 3
2 + 3 + (-9)
2 + 3 + (-9) + 11
// Comenzando desde 3:
3
3 + (-9)
3 + (-9) + 11
// Comenzando desde -9
-9
-9 + 11
// Comenzando desde 11
11
503/553
El código es un bucle anidado. El bucle externo itera sobre los elementos del array, y el interno cuenta subsumas
comenzando con cada uno de ellos.
function getMaxSubSum(arr) {
let maxSum = 0; // si no obtenemos elementos, devolverá cero
return maxSum;
}
La solución tiene una complejidad 2 en notación Landau O(n2) (coste respecto al tiempo). Es decir, si
multiplicamos el tamaño del array por 2, el tiempo del algoritmo se multiplicará por 4.
Para arrays muy grandes (1000, 10000 o más items) tales algoritmos llevarán a una severa lentitud.
Solución rápida
Recorramos el array y registremos la suma parcial actual de los elementos en la variable s . Si s se vuelve cero en
algún punto, le asignamos s=0 . El máximo entre todas las sumas parciales s será la respuesta.
Si la descripción te resulta demasiado vaga, por favor mira el código. Es bastante corto:
function getMaxSubSum(arr) {
let maxSum = 0;
let partialSum = 0;
return maxSum;
}
Puedes encontrar información detallada acerca del algoritmo: Subvector de suma máxima . Si aún no es obvio
cómo funciona, traza el algoritmo en los ejemplos de arriba y observa cómo trabaja, es mejor que cualquier
explicación.
A formulación
Métodos de arrays
504/553
Transforma border-left-width en borderLeftWidth
function camelize(str) {
return str
.split('-') // separa 'my-long-word' en el array ['my', 'long', 'word']
.map(
// convierte en mayúscula todas las primeras letras de los elementos del array excepto por el primero
// convierte ['my', 'long', 'word'] en ['my', 'Long', 'Word']
(word, index) => index == 0 ? word : word[0].toUpperCase() + word.slice(1)
)
.join(''); // une ['my', 'Long', 'Word'] en 'myLongWord'
}
A formulación
Filtrar un rango
function filterRange(arr, a, b) {
// agregamos paréntesis en torno a la expresión para mayor legibilidad
return arr.filter(item => (a <= item && item <= b));
}
A formulación
function filterRangeInPlace(arr, a, b) {
A formulación
505/553
let arr = [5, 2, 1, -10, 8];
alert( arr );
A formulación
Podemos usar slice() para crear una copia y realizar el ordenamiento en ella:
function copySorted(arr) {
return arr.slice().sort();
}
alert( sorted );
alert( arr );
A formulación
● Por favor ten en cuenta cómo son almacenados los métodos. Simplemente son agregados a la propiedad
this.methods .
● Todos los test y conversiones son hechas con el método calculate . En el futuro puede ser extendido para
soportar expresiones más complejas.
function Calculator() {
this.methods = {
"-": (a, b) => a - b,
"+": (a, b) => a + b
};
this.calculate = function(str) {
A formulación
Mapa a nombres
506/553
let pete = { name: "Pete", age: 30 };
let mary = { name: "Mary", age: 28 };
A formulación
Mapa a objetos
/*
usersMapped = [
{ fullName: "John Smith", id: 1 },
{ fullName: "Pete Hunt", id: 2 },
{ fullName: "Mary Key", id: 3 }
]
*/
alert( usersMapped[0].id ); // 1
alert( usersMapped[0].fullName ); // John Smith
Ten en cuenta que para las funciones arrow necesitamos usar paréntesis adicionales.
Como recordarás, existen dos funciones arrow: sin cuerpo value => expr y con cuerpo value => {...} .
Acá JavaScript tratará { como el inicio de cuerpo de la función, no el inicio del objeto. La manera de resolver esto es
encerrarlo dentro de paréntesis:
Ahora funciona.
A formulación
function sortByAge(arr) {
arr.sort((a, b) => a.age - b.age);
}
507/553
let arr = [ pete, john, mary ];
sortByAge(arr);
A formulación
Barajar un array
function shuffle(array) {
array.sort(() => Math.random() - 0.5);
}
Eso funciona de alguna manera, porque Math.random() - 0.5 es un número aleatorio que puede ser positivo o
negativo, por lo tanto, la función de ordenamiento reordena los elementos de forma aleatoria.
Pero debido a que la función de ordenamiento no está hecha para ser usada de esta manera, no todas las
permutaciones tienen la misma probabilidad.
Por ejemplo, consideremos el código siguiente. Ejecuta shuffle 1000000 veces y cuenta las apariciones de todos
los resultados posibles:
function shuffle(array) {
array.sort(() => Math.random() - 0.5);
}
123: 250706
132: 124425
213: 249618
231: 124880
312: 125148
321: 125223
Podemos ver una clara tendencia: 123 y 213 aparecen mucho más seguido que otros.
508/553
El resultado del código puede variar entre distintos motores JavaScript pero ya podemos ver que esta forma de
abordar el problema es poco confiable.
¿Por qué no funciona? Generalmente hablando, sort es una “caja negra”: tiramos dentro un array y una función de
ordenamiento y esperamos que el array se ordene. Pero debido a la total aleatoriedad de la comparación, la caja
negra se vuelve loca y exactamente en que sentido se vuelve loca depende de la implementación específica, que
difiere de un motor a otro.
Existen otra formas mejores de realizar la tarea. Por ejemplo, hay un excelente algorítmo llamado Algoritmo de
Fisher-Yates . La idea es recorrer el array en sentido inverso e intercambiar cada elemento con un elemento
aleatorio anterior:
function shuffle(array) {
for (let i = array.length - 1; i > 0; i--) {
let j = Math.floor(Math.random() * (i + 1)); // índice aleatorio entre 0 e i
function shuffle(array) {
for (let i = array.length - 1; i > 0; i--) {
let j = Math.floor(Math.random() * (i + 1));
[array[i], array[j]] = [array[j], array[i]];
}
}
123: 166693
132: 166647
213: 166628
231: 167517
312: 166199
321: 166316
Además, en cuanto al rendimiento el algoritmo de Fisher-Yates es mucho mejor, no hay “ordenamiento” superpuesto.
A formulación
509/553
Obtener edad promedio
function getAverageAge(users) {
return users.reduce((prev, user) => prev + user.age, 0) / users.length;
}
alert( getAverageAge(arr) ); // 28
A formulación
● Para cada elemento vamos a comprobar si el array resultante ya tiene ese elemento.
● Si ya lo tiene, ignora. Si no, agrega el resultado.
function unique(arr) {
let result = [];
return result;
}
El método result.includes(str) internamente recorre el array result y compara cada elemento con str
para encontrar una coincidencia.
Por lo tanto, si hay 100 elementos en result y ninguno coincide con str , entonces habrá recorrido todo el array
result y ejecutado 100 comparaciones. Y si result es tan grande como 10000 , entonces habrá 10000
comparaciones.
Esto no es un problema en sí mismo, porque los motores JavaScript son muy rápidos, por lo que recorrer 10000
elementos de un array solo le tomaría microsegundos.
Pero ejecutamos dicha comprobación para cada elemento de arr en el loop for .
Entonces si arr.length es 10000 vamos a tener algo como 10000*10000 = 100 millones de comparaciones.
Esto es realmente mucho.
A formulación
510/553
Crea un objeto a partir de un array
function groupById(array) {
return array.reduce((obj, value) => {
obj[value.id] = value;
return obj;
}, {})
}
A formulación
Map y Set
function unique(arr) {
return Array.from(new Set(arr));
}
A formulación
Filtrar anagramas
Para encontrar todos los anagramas, dividamos cada palabra en letras y las ordenamos. Cuando se clasifican las
letras, todos los anagramas son iguales.
Por ejemplo:
Utilizaremos las variantes ordenadas por letras como claves de Map para almacenar solo un valor por cada clave:
function aclean(arr) {
let map = new Map();
return Array.from(map.values());
}
alert( aclean(arr) );
511/553
.split('') // ['p','a','n']
.sort() // ['a','n','p']
.join(''); // anp
Dos palabras diferentes 'PAN' y 'nap' reciben la misma forma ordenada por letras 'anp' .
map.set(sorted, word);
Si alguna vez volvemos a encontrar una palabra con la misma forma ordenada por letras, sobrescribiría el valor
anterior con la misma clave en Map. Por lo tanto, siempre tendremos como máximo una palabra ordenada por letras.
Al final, Array.from (map.values()) toma un valor iterativo sobre los valores de Map (no necesitamos claves
en el resultado) y devuelve un array de ellos.
Aquí también podríamos usar un objeto plano en lugar del Map , porque las claves son strings.
function aclean(arr) {
let obj = {};
return Object.values(obj);
}
alert( aclean(arr) );
A formulación
Claves iterables
map.set("name", "John");
keys.push("more");
A formulación
WeakMap y WeakSet
512/553
let messages = [
{text: "Hello", from: "John"},
{text: "How goes?", from: "John"},
{text: "See you soon", from: "Alice"}
];
messages.shift();
// ahora readMessages tiene 1 elemento (técnicamente la memoria puede limpiarse más tarde)
El WeakSet permite almacenar un conjunto de mensajes y verificar fácilmente la existencia de un mensaje en él.
Se limpia automáticamente. La desventaja es que no podemos iterar sobre él, no podemos obtener “todos los
mensajes leídos” directamente. Pero podemos hacerlo iterando sobre todos los mensajes y filtrando los que están en
el conjunto.
Otra solución diferente podría ser agregar una propiedad como message.isRead = true a un mensaje después
de leerlo. Como los objetos de mensajes son administrados por otro código, generalmente se desaconseja, pero
podemos usar una propiedad simbólica para evitar conflictos.
Como esto:
Aunque los símbolos permiten reducir la probabilidad de problemas, usar WeakSet es mejor desde el punto de vista
arquitectónico.
A formulación
let messages = [
{text: "Hello", from: "John"},
{text: "How goes?", from: "John"},
{text: "See you soon", from: "Alice"}
];
A formulación
513/553
Suma las propiedades
function sumSalaries(salaries) {
let sum = 0;
for (let salary of Object.values(salaries)) {
sum += salary;
}
let salaries = {
"John": 100,
"Pete": 300,
"Mary": 250
};
A formulación
Contar propiedades
function count(obj) {
return Object.keys(obj).length;
}
A formulación
Asignación desestructurante
Asignación desestructurante
let user = {
name: "John",
years: 30
};
A formulación
El salario máximo
514/553
function topSalary(salaries) {
let maxSalary = 0;
let maxName = null;
return maxName;
}
A formulación
Fecha y Hora
El constructor new Date utiliza la zona horaria local. Lo único importante por recordar es que los meses se cuentan
desde el 0.
//new Date(datastring)
let d2 = new Date("February 20, 2012 03:12:00");
alert( d2 );
A formulación
El método date.getDay() devuelve el número del día de la semana, empezando por el domingo.
Hagamos un array de días de la semana, así podemos obtener el nombre del día a través de su número
correspondiente.
function getWeekDay(date) {
let days = ['SU', 'MO', 'TU', 'WE', 'TH', 'FR', 'SA'];
return days[date.getDay()];
}
A formulación
515/553
Día de la semana europeo
function getLocalDay(date) {
return day;
}
A formulación
…Pero la función no debería modificar la fecha date . Esto es importante, ya que no se espera que cambie la
variable externa que contiene la fecha.
dateCopy.setDate(date.getDate() - days);
return dateCopy.getDate();
}
A formulación
Creemos una fecha utilizando el mes próximo, pero pasando 0 como número de día:
alert( getLastDayOfMonth(2012, 0) ); // 31
alert( getLastDayOfMonth(2012, 1) ); // 29
alert( getLastDayOfMonth(2013, 1) ); // 28
Normalmente, las fechas comienzan a partir del 1, sin embargo podemos pasar como argumento cualquier número,
ya que se corregirá automáticamente. De esta manera, si pasamos el número 0 como día, se interpreta como “el día
anterior al primer día del mes”, o en otras palabras: “el último día del mes anterior”.
516/553
Abrir la solución con pruebas en un entorno controlado.
A formulación
Para obtener la cantidad de segundos, podemos generar una fecha en la variable “today” utilizando el día de hoy con
la hora en 00:00:00, y luego restárselo a la variable “now”.
El resultado será la cantidad de milisegundos transcurridos desde el comienzo del día, el cual debemos dividir por
1000 para pasarlo a segundos:
function getSecondsToday() {
let now = new Date();
alert( getSecondsToday() );
Una solución alternativa sería obtener las horas/minutos/segundos actuales y pasar todo a segundos:
function getSecondsToday() {
let d = new Date();
return d.getHours() * 3600 + d.getMinutes() * 60 + d.getSeconds();
}
alert( getSecondsToday() );
A formulación
Para obtener la cantidad de milisegundos que faltan para mañana, podemos restarle la fecha actual a “mañana
00:00:00”.
function getSecondsToTomorrow() {
let now = new Date();
// el día de mañana
let tomorrow = new Date(now.getFullYear(), now.getMonth(), now.getDate()+1);
Solución alternativa:
function getSecondsToTomorrow() {
let now = new Date();
let hour = now.getHours();
let minutes = now.getMinutes();
let seconds = now.getSeconds();
let totalSecondsToday = (hour * 60 + minutes) * 60 + seconds;
let totalSecondsInADay = 86400;
517/553
Ten en cuenta que algunos países tienen horarios de verano (DST), así que es posible que existan días con 23 o 25
horas. Podríamos querer tratar estos días por separado.
A formulación
Para obtener el tiempo que transcurrió desde la fecha date hasta ahora, restemos ambas fechas entre sí.
function formatDate(date) {
let diff = new Date() - date; // la diferencia entre ambas, representada en milisegundos
Solución alternativa:
function formatDate(date) {
let dayOfMonth = date.getDate();
let month = date.getMonth() + 1;
let year = date.getFullYear();
let hour = date.getHours();
let minutes = date.getMinutes();
let diffMs = new Date() - date;
let diffSec = Math.round(diffMs / 1000);
let diffMin = diffSec / 60;
let diffHour = diffMin / 60;
// dándole formato
year = year.toString().slice(-2);
month = month < 10 ? '0' + month : month;
dayOfMonth = dayOfMonth < 10 ? '0' + dayOfMonth : dayOfMonth;
hour = hour < 10 ? '0' + hour : hour;
minutes = minutes < 10 ? '0' + minutes : minutes;
if (diffSec < 1) {
518/553
return 'ahora mismo';
} else if (diffMin < 1) {
return `hace ${diffSec} seg.`
} else if (diffHour < 1) {
return `hace ${diffMin} min.`
} else {
return `${dayOfMonth}.${month}.${year} ${hour}:${minutes}`
}
}
A formulación
let user = {
name: "John Smith",
age: 35
};
A formulación
let room = {
number: 23
};
let meetup = {
title: "Conference",
occupiedBy: [{name: "John"}, {name: "Alice"}],
place: room
};
room.occupiedBy = meetup;
meetup.self = meetup;
/*
{
"title":"Conference",
"occupiedBy":[{"name":"John"},{"name":"Alice"}],
"place":{"number":23}
}
*/
Aquí también necesitamos verificar key=="" para excluir el primer llamado donde es normal que valor sea
meetup .
A formulación
Recursión y pila
519/553
La solución usando un bucle:
function sumTo(n) {
let sum = 0;
for (let i = 1; i <= n; i++) {
sum += i;
}
return sum;
}
alert( sumTo(100) );
function sumTo(n) {
if (n == 1) return 1;
return n + sumTo(n - 1);
}
alert( sumTo(100) );
function sumTo(n) {
return n * (n + 1) / 2;
}
alert( sumTo(100) );
P.D. Naturalmente, la fórmula es la solución más rápida. Utiliza solo 3 operaciones para cualquier número n ¡Las
matemáticas ayudan!
La variación con el bucle es la segunda en términos de velocidad. Tanto en la variante recursiva como en el bucle
sumamos los mismos números. Pero la recursión implica llamadas anidadas y gestión de la pila de ejecución. Eso
también requiere recursos, por lo que es más lento.
P.P.D. Algunos motores admiten la optimización de “tail call”: si una llamada recursiva es la última en la función (como
en la función anterior sumTo ), entonces la función externa no necesitará reanudar la ejecución, por lo que el motor
no necesita recordar su contexto de ejecución. Eso elimina la carga en la memoria, así que contar sumTo(100000)
resulta posible. Pero si el motor de JavaScript no soporta la optimización “tail call” (la mayoría no lo hacen), entonces
habrá un error: exceso del tamaño máximo de la pila, porque generalmente hay una limitación en el tamaño total de
la pila.
A formulación
Calcula el factorial
En otras palabras, el resultado de factorial(n) se puede calcular como n multiplicado por el resultado de
factorial(n-1) . Y la llamada de n-1 puede descender recursivamente más y más hasta 1 .
function factorial(n) {
return (n != 1) ? n * factorial(n - 1) : 1;
}
La base de la recursividad es el valor 1 . También podemos hacer 0 la base aquí, no tiene mucha importancia, pero
da un paso recursivo más:
function factorial(n) {
return n ? n * factorial(n - 1) : 1;
}
520/553
alert( factorial(5) ); // 120
A formulación
Sucesión de Fibonacci
function fib(n) {
return n <= 1 ? n : fib(n - 1) + fib(n - 2);
}
alert( fib(3) ); // 2
alert( fib(7) ); // 13
// fib(77); // ¡Será extremadamente lento!
…Pero para valores grandes de n es muy lenta. Por ejemplo, fib(77) puede colgar el motor durante un tiempo
consumiendo todos los recursos de la CPU.
Eso es porque la función realiza demasiadas sub llamadas. Los mismos valores son evaluados una y otra vez.
...
fib(5) = fib(4) + fib(3)
fib(4) = fib(3) + fib(2)
...
Aquí podemos ver que el valor de fib(3) es necesario tanto para fib(5) y fib(4) . Entonces fib(3) será
calculado y evaluado dos veces de forma completamente independiente.
fib ( 5)
fib(4) fib(3)
fib(1) fib(0)
Podemos ver claramente que fib(3) es evaluado dos veces y fib(2) es evaluado tres veces. La cantidad total
de cálculos crece mucho más rápido que n , lo que lo hace enorme incluso para n=77 .
Podemos optimizarlo recordando los valores ya evaluados: si un valor de por ejemplo fib(3) es calculado una vez,
entonces podemos reutilizarlo en cálculos futuros.
Otra variante sería renunciar a la recursión y utilizar un algoritmo basado en bucles totalmente diferente.
En lugar de ir de n a valores más bajos, podemos hacer un bucle que empiece desde 1 y 2 , que obtenga
fib(3) como su suma, luego fib(4) como la suma de los dos valores anteriores, luego fib(5) y va subiendo
hasta llegar al valor necesario. En cada paso solo necesitamos recordar los dos valores anteriores.
El inicio:
521/553
// obtener c = fib(3) como su suma
let c = a + b;
a = b; // now a = fib(2)
b = c; // now b = fib(3)
c = a + b; // c = fib(4)
a = b; // now a = fib(3)
b = c; // now b = fib(4)
c = a + b; // c = fib(5)
…Y así sucesivamente hasta obtener el valor necesario. Eso es mucho más rápido que la recursión y no implica
cálculos duplicados.
El código completo:
function fib(n) {
let a = 1;
let b = 1;
for (let i = 3; i <= n; i++) {
let c = a + b;
a = b;
b = c;
}
return b;
}
alert( fib(3) ); // 2
alert( fib(7) ); // 13
alert( fib(77) ); // 5527939700884757
El bucle comienza con i=3 , porque el primer y segundo valor de la secuencia están codificados en las variables
a=1 y b=1 .
A formulación
let list = {
value: 1,
next: {
522/553
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
function printList(list) {
let tmp = list;
while (tmp) {
alert(tmp.value);
tmp = tmp.next;
}
printList(list);
Ten en cuenta que utilizamos una variable temporal tmp para recorrer la lista. Técnicamente, podríamos usar una
función con una list de parámetros en su lugar:
function printList(list) {
while(list) {
alert(list.value);
list = list.next;
}
…Pero eso no sería prudente. En el futuro, es posible que necesitemos extender la función, hacer algo distinto con la
lista. Si cambiamos list , entonces perdemos la habilidad.
Hablando sobre buenos nombres de variables, list aquí es la lista en sí. El primer elemento de la misma. Y
debería permanecer así. Eso queda claro y fiable.
Desde el otro lado, el papel de tmp es exclusivamente para recorrer la lista, como i en el bucle for .
Solución recursiva
La solución recursiva de printList(list) sigue una lógica simple: para generar una lista debemos generar el
elemento actual list , luego hacer lo mismo con list.next :
let list = {
value: 1,
next: {
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
function printList(list) {
if (list.next) {
printList(list.next); // hace lo mismo para el resto de la lista
}
523/553
printList(list);
Técnicamente, el bucle es más efectivo. Estas dos variantes hacen lo mismo, pero el bucle no gasta recursos en
llamadas a funciones anidadas.
Por otro lado, la variante recursiva es más corta y a veces más sencilla de entender.
A formulación
Usando recursividad
let list = {
value: 1,
next: {
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
function printReverseList(list) {
if (list.next) {
printReverseList(list.next);
}
alert(list.value);
}
printReverseList(list);
Usando un bucle
La variante con bucle también es un poco más complicada que la salida directa.
No hay manera de obtener el último valor en nuestra list . Tampoco podemos ir “hacia atrás”.
Entonces, lo que podemos hacer primero es recorrer los elementos en el orden directo guardándolos en un array, y
entonces generar los elementos guardados en el orden inverso:
let list = {
value: 1,
next: {
value: 2,
next: {
value: 3,
next: {
value: 4,
next: null
}
}
}
};
function printReverseList(list) {
let arr = [];
524/553
let tmp = list;
while (tmp) {
arr.push(tmp.value);
tmp = tmp.next;
}
printReverseList(list);
Ten en cuenta que la solución recursiva en realidad hace exactamente lo mismo: recorre la lista, guarda los
elementos en la cadena de llamadas anidadas (en la pila de contexto de ejecución), y luego los genera.
A formulación
Una función obtiene variables externas con su estado actual, y utiliza los valores más recientes.
Los valores de variables anteriores no se guardan en ningún lado. Cuando una función quiere una variable, toma el
valor actual de su propio entorno léxico o el externo.
A formulación
La función work() en el código a continuación obtiene name del lugar de su origen a través de la referencia del
entorno léxico externo:
Pero si no hubiera let name en makeWorker () , entonces la búsqueda saldría y tomaría la variable global como
podemos ver en la cadena de arriba. En ese caso, el resultado sería John .
A formulación
La respuesta: 0,1.
Las funciones counter y counter2 son creadas por diferentes invocaciones de makeCounter .
525/553
Por lo tanto, tienen entornos léxicos externos independientes, cada uno tiene su propio count .
A formulación
Objeto contador
Ambas funciones anidadas se crean dentro del mismo entorno léxico externo, por lo que comparten acceso a la
misma variable count :
function Counter() {
let count = 0;
this.up = function() {
return ++count;
};
this.down = function() {
return --count;
};
}
alert( counter.up() ); // 1
alert( counter.up() ); // 2
alert( counter.down() ); // 1
A formulación
Función en if
El resultado es un error.
La función sayHi se declara dentro de if , por lo que solo vive dentro de ella. No hay sayHi afuera.
A formulación
Para que funcionen los segundos paréntesis, los primeros deben devolver una función.
Como esto:
function sum(a) {
return function(b) {
return a + b; // toma "a" del entorno léxico externo
};
}
alert( sum(1)(2) ); // 3
alert( sum(5)(-1) ); // 4
A formulación
let x = 1;
526/553
function func() {
console.log(x); // ReferenceError: No se puede acceder a 'x' antes de la inicialización
let x = 2;
}
func();
En este ejemplo podemos observar la diferencia peculiar entre una variable “no existente” y una variable “no
inicializada”.
Como habrás leído en el artículo Ámbito de Variable y el concepto "closure", una variable comienza en el estado “no
inicializado” desde el momento en que la ejecución entra en un bloque de código (o una función). Y permanece sin
inicializar hasta la correspondiente declaración let .
En otras palabras, una variable técnicamente existe, pero no se puede usar antes de let .
function func() {
let x = 2;
}
Esta zona de inutilización temporal de una variable (desde el comienzo del bloque de código hasta let ) a veces se
denomina" zona muerta ".
A formulación
Filtrar inBetween
function inBetween(a, b) {
return function(x) {
return x >= a && x <= b;
};
}
Filtrar inArray
function inArray(arr) {
return function(x) {
return arr.includes(x);
};
}
A formulación
function byField(fieldName){
return (a, b) => a[fieldName] > b[fieldName] ? 1 : -1;
527/553
}
A formulación
Ejército de funciones
1.
2.
shooters = [
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); },
function () { alert(i); }
];
3.
Más tarde la llamada a cualquier miembro, por ejemplo army[5]() , obtendrá el elemento army[5] del array
(será una función) y lo llamará.
Esto se debe a que no hay una variable local i dentro de las funciones shooter . Cuando se llama a tal función,
toma i de su entorno léxico externo.
Si miramos la fuente:
function makeArmy() {
...
let i = 0;
while (i < 10) {
let shooter = function() { // shooter function
alert( i ); // debería mostrar su número
};
shooters.push(shooter); // agrega la función al array
i++;
}
...
}
Podemos ver que todas las funciones shooter están creadas en el ambiente léxico asociado a la ejecución de
makeArmy() . Pero cuando se llama a army[5]() , makeArmy ya ha terminado su trabajo, y el valor final de
528/553
i es 10 ( while finaliza en i=10 ).
Como resultado, todas las funciones shooter obtienen el mismo valor del mismo entorno léxico externo, que es
el último valor i=10 .
while iteration
LexicalEnvironment
<empty>
makeArmy()
<empty> outer LexicalEnvironment
<empty> i: 10
<empty>
Como puedes ver arriba, con cada iteración del bloque while {...} un nuevo ambiente léxico es creado.
Entonces, para corregir el problema podemos copiar el valor de i en una variable dentro del bloque while
{...} como aquí:
function makeArmy() {
let shooters = [];
let i = 0;
while (i < 10) {
let j = i;
let shooter = function() { // shooter function
alert( j ); // debería mostrar su número
};
shooters.push(shooter);
i++;
}
return shooters;
}
Aquí let j = i declara una variable de iteración local j y copia i en ella. Las primitivas son copiadas por
valor, así que realmente obtenemos una copia independiente de i , perteneciente a la iteración del bucle actual.
Los shooters funcionan correctamente, porque el valor de i ahora vive más cerca. No en el ambiente léxico de
makeArmy() sino en el que corresponde a la iteración del bucle actual:
while iteration
LexicalEnvironment
j: 0
makeArmy()
j: 1 outer LexicalEnvironment
j: 2 ...
j: 10
Tal problema habría sido evitado si hubiéramos usado for desde el principio:
function makeArmy() {
return shooters;
529/553
}
army[0](); // 0
army[5](); // 5
Esto es esencialmente lo mismo, ya que cada iteración de for genera un nuevo ambiente léxico con su propia
variable i . Así el shooter generado en cada iteración hace referencia a su propio i , de esa misma iteración.
for iteration
LexicalEnvironment
i: 0
makeArmy()
i: 1 outer LexicalEnvironment
i: 2 ...
i: 10
Ahora, como has puesto mucho esfuerzo leyendo esto, y la receta final es tan simple: simplemente usa for , puede
que te preguntes: ¿valió la pena?
Bien, si pudiste resolver el problema fácilmente probablemente no habrías necesitado leer la solución, así que
esperamos que esta tarea te haya ayudado a entender las cosas mejor.
Además, efectivamente hay casos donde uno prefiere while a for , y otros escenarios donde tales problemas son
reales.
A formulación
La solución usa count en la variable local, pero los métodos de suma se escriben directamente en el counter .
Comparten el mismo entorno léxico externo y también pueden acceder al count actual.
function makeCounter() {
let count = 0;
function counter() {
return count++;
}
return counter;
}
A formulación
1. Para que todo funcione de cualquier forma, el resultado de sum debe ser una función.
2. Esa función debe mantener en la memoria el valor actual entre llamadas.
3. Según la tarea, la función debe convertirse en el número cuando se usa en == . Las funciones son objetos, por
lo que la conversión se realiza como se describe en el capítulo Conversión de objeto a valor primitivo, y podemos
530/553
proporcionar nuestro propio método para devolver el número.
Ahora el código:
function sum(a) {
let currentSum = a;
function f(b) {
currentSum += b;
return f;
}
f.toString = function() {
return currentSum;
};
return f;
}
alert( sum(1)(2) ); // 3
alert( sum(5)(-1)(2) ); // 6
alert( sum(6)(-1)(-2)(-3) ); // 0
alert( sum(0)(1)(2)(3)(4)(5) ); // 15
Tenga en cuenta que la función sum en realidad solo funciona una vez. Devuelve la función f .
function f(b) {
currentSum += b;
return f(); // <-- llamada recursiva
}
function f(b) {
currentSum += b;
return f; // <-- no se llama a sí mismo, se devuelve
}
Esta f se usará en la próxima llamada, nuevamente se devolverá, tantas veces como sea necesario. Luego, cuando
se usa como un número o una cadena, el toString devuelve el currentSum . También podríamos usar
Symbol.toPrimitive o valueOf para la conversión.
A formulación
Usando setInterval :
531/553
clearInterval(timerId);
}
current++;
}, 1000);
}
// uso:
printNumbers(5, 10);
setTimeout(function go() {
alert(current);
if (current < to) {
setTimeout(go, 1000);
}
current++;
}, 1000);
}
// uso:
printNumbers(5, 10);
Tenga en cuenta que en ambas soluciones, hay un retraso inicial antes de la primera salida. La función se llama
después de 1000ms la primera vez.
Si también queremos que la función se ejecute inmediatamente, entonces podemos agregar una llamada adicional en
una línea separada, como esta:
function go() {
alert(current);
if (current == to) {
clearInterval(timerId);
}
current++;
}
go();
let timerId = setInterval(go, 1000);
}
printNumbers(5, 10);
A formulación
Cualquier setTimeout solo se ejecutará después de que el código actual haya finalizado.
let i = 0;
A formulación
532/553
Decoradores y redirecciones, call/apply
Decorador espía
El contenedor devuelto por spy(f) debe almacenar todos los argumentos y luego usar f.apply para reenviar la
llamada.
function spy(func) {
function wrapper(...args) {
// usamos ...args en lugar de arguments para almacenar un array "real" en wrapper.calls
wrapper.calls.push(args);
return func.apply(this, args);
}
wrapper.calls = [];
return wrapper;
}
A formulación
Decorador de retraso
Solución:
return function() {
setTimeout(() => f.apply(this, arguments), ms);
};
Tenga en cuenta cómo se utiliza una función de flecha aquí. Como sabemos, las funciones de flecha no tienen
contextos propios this ni arguments , por lo que f.apply(this, arguments) toma this y arguments
del contenedor.
Si pasamos una función regular, setTimeout lo llamaría sin argumentos y this = window (suponiendo que
estemos en el navegador).
Todavía podemos pasar el this correcto usando una variable intermedia, pero eso es un poco más engorroso:
return function(...args) {
let savedThis = this; // almacenar esto en una variable intermedia
setTimeout(function() {
f.apply(savedThis, args); // úsalo aquí
}, ms);
};
A formulación
Decorador debounce
533/553
function debounce(func, ms) {
let timeout;
return function() {
clearTimeout(timeout);
timeout = setTimeout(() => func.apply(this, arguments), ms);
};
}
Una llamada a debounce devuelve un contenedor wrapper. Cuando se le llama, planifica la llamada a la función
original después de los ms dados y cancela el tiempo de espera anterior.
A formulación
Decorador throttle
function wrapper() {
if (isThrottled) { // (2)
savedArgs = arguments;
savedThis = this;
return;
}
isThrottled = true;
setTimeout(function() {
isThrottled = false; // (3)
if (savedArgs) {
wrapper.apply(savedThis, savedArgs);
savedArgs = savedThis = null;
}
}, ms);
}
return wrapper;
}
1. Durante la primera llamada, el wrapper solo ejecuta func y establece el estado de enfriamiento
( isThrottled = true ).
2. En este estado, todas las llamadas se memorizan en savedArgs/savedThis . Tenga en cuenta que tanto el
contexto como los argumentos son igualmente importantes y deben memorizarse. Los necesitamos
simultáneamente para reproducir la llamada.
3. Después de que pasan ms milisegundos, se activa setTimeout . El estado de enfriamiento se elimina
( isThrottled = false ) y, si ignoramos las llamadas, wrapper se ejecuta con los últimos argumentos y
contexto memorizados.
El tercer paso no ejecuta func , sino wrapper , porque no solo necesitamos ejecutar func , sino que una vez más
ingresamos al estado de enfriamiento y configuramos el tiempo de espera para restablecerlo.
A formulación
534/553
Función enlazada como método
Respuesta: null .
function f() {
alert( this ); // null
}
let user = {
g: f.bind(null)
};
user.g();
El contexto de una función enlazada es fijo. Simplemente no hay forma de cambiarlo más.
Entonces, incluso mientras ejecutamos user.g() , la función original se llama con this = null .
A formulación
Segundo enlace
Respuesta: John.
function f() {
alert(this.name);
}
f(); // John
El objeto exótico bound function devuelto por f.bind(...) recuerda el contexto (y los argumentos si se
proporcionan) solo en el momento de la creación.
A formulación
Respuesta: undefined .
A formulación
El error se produce porque ask obtiene las funciones loginOk/loginFail sin el objeto.
let user = {
name: 'John',
535/553
loginOk() {
alert(`${this.name} logged in`);
},
loginFail() {
alert(`${this.name} failed to log in`);
},
};
askPassword(user.loginOk.bind(user), user.loginFail.bind(user));
Ahora funciona.
//...
askPassword(() => user.loginOk(), () => user.loginFail());
Aunque es un poco menos confiable en situaciones más complejas donde la variable user podría cambiar después
de que se llama a askPassword , antes de que el visitante responde y llame a () => user.loginOk () .
It’s a bit less reliable though in more complex situations where user variable might change after askPassword is
called, but before the visitor answers and calls () => user.loginOk() .
A formulación
1.
Utilice una función wrapper (envoltura), de tipo arrow (flecha) para ser conciso:
2.
O cree una función parcial desde user.login que use user como contexto y tenga el primer argumento
correcto:
A formulación
Herencia prototípica
A formulación
Algoritmo de búsqueda
536/553
1.
Agreguemos __proto__ :
let head = {
glasses: 1
};
let table = {
pen: 3,
__proto__: head
};
let bed = {
sheet: 1,
pillow: 2,
__proto__: table
};
let pockets = {
money: 2000,
__proto__: bed
};
alert( pockets.pen ); // 3
alert( bed.glasses ); // 1
alert( table.money ); // undefined
2.
En los motores modernos, en términos de rendimiento, no hay diferencia si tomamos una propiedad de un objeto o
su prototipo. Recuerdan dónde se encontró la propiedad y la reutilizan en la siguiente solicitud.
Por ejemplo, para pockets.glasses recuerdan dónde encontraron glasses (en head ), y la próxima vez
buscarán allí. También son lo suficientemente inteligentes como para actualizar cachés internos si algo cambia, de
modo que la optimización sea segura.
A formulación
¿Donde escribe?
Esto se debe a que this es un objeto antes del punto, por lo que rabbit.eat() modifica rabbit .
El método rabbit.eat se encuentra primero en el prototipo, luego se ejecuta con this = rabbit .
A formulación
1.
El método speedy.eat se encuentra en el prototipo ( =hamster ), luego se ejecuta con this=speedy (el
objeto antes del punto).
2.
Entonces this.stomach.push() necesita encontrar la propiedad stomach y llamar a push sobre ella.
Busca stomach en this ( =speedy ), pero no se encuentra nada.
3.
537/553
Luego sigue la cadena del prototipo y encuentra stomach en hamster .
4.
Tenga en cuenta que tal cosa no sucede en caso de una asignación simple this.stomach= :
let hamster = {
stomach: [],
eat(food) {
// asigna a this.stomach en lugar de this.stomach.push
this.stomach = [food];
}
};
let speedy = {
__proto__: hamster
};
let lazy = {
__proto__: hamster
};
Ahora todo funciona bien, porque this.stomach = no realiza una búsqueda de stomach . El valor se escribe
directamente en el objeto this .
También podemos evitar totalmente el problema asegurándonos de que cada hámster tenga su propio estómago:
let hamster = {
stomach: [],
eat(food) {
this.stomach.push(food);
}
};
let speedy = {
__proto__: hamster,
stomach: []
};
let lazy = {
__proto__: hamster,
stomach: []
};
Como solución común, todas las propiedades que describen el estado de un objeto en particular, como el “stomach”
anterior, deben escribirse en ese objeto. Eso evita tales problemas.
A formulación
538/553
F.prototype
Cambiando "prototype"
Respuestas:
1.
verdadero .
La asignación a Rabbit.prototype configura [[Prototype]] para objetos nuevos, pero no afecta a los
existentes.
2.
falso .
Los objetos se asignan por referencia. El objeto de Rabbit.prototype no está duplicado, sigue siendo un solo
objeto referenciado tanto por Rabbit.prototype como por el [[Prototype]] de rabbit .
Entonces, cuando cambiamos su contenido a través de una referencia, es visible a través de la otra.
3.
verdadero .
Todas las operaciones delete se aplican directamente al objeto. Aquí delete rabbit.eats intenta eliminar
la propiedad eats de rabbit , pero no la tiene. Entonces la operación no tendrá ningún efecto.
4.
undefined .
A formulación
Podemos usar dicho enfoque si estamos seguros de que la propiedad "constructor" tiene el valor correcto.
function User(name) {
this.name = name;
}
…Pero si alguien, por así decirlo, sobrescribe User.prototype y olvida recrear constructor para hacer
referencia a User , entonces fallaría.
Por ejemplo:
function User(name) {
this.name = name;
}
User.prototype = {}; // (*)
539/553
alert( user2.name ); // undefined
Probablemente no es lo que queremos. Buscábamos crear new User , no new Object . Este resultado se debe a
la falta de constructor .
(Solo por si eres curioso: la llamada new Object(...) convierte su argumento a un objeto. Esto en teoría, en la
práctica nadie llama new Object con un valor, y generalmente no queremos usar new Object para crear
objetos en absoluto).
A formulación
Prototipos nativos
Function.prototype.defer = function(ms) {
setTimeout(this, ms);
};
function f() {
alert("Hola!");
}
A formulación
Function.prototype.defer = function(ms) {
let f = this;
return function(...args) {
setTimeout(() => f.apply(this, args), ms);
}
};
// revísalo
function f(a, b) {
alert( a + b );
}
Tenga en cuenta: utilizamos this en f.apply para que nuestro decorado funcione para los métodos de objetos.
Entonces, si la función contenedora es llamada como método de objeto, this se pasa al método original f .
540/553
Function.prototype.defer = function(ms) {
let f = this;
return function(...args) {
setTimeout(() => f.apply(this, args), ms);
}
};
let user = {
name: "John",
sayHi() {
alert(this.name);
}
}
user.sayHi = user.sayHi.defer(1000);
user.sayHi();
A formulación
El método puede tomar todas las claves enumerables usando Object.keys y generar su lista.
Para hacer que toString no sea enumerable, definámoslo usando un descriptor de propiedad. La sintaxis de
Object.create nos permite proporcionar un objeto con descriptores de propiedad como segundo argumento.
dictionary.apple = "Manzana";
dictionary.__proto__ = "prueba";
Cuando creamos una propiedad usando un descriptor, sus banderas son false por defecto. Entonces, en el código
anterior, dictionary.toString no es enumerable.
A formulación
La primera llamada tiene this == rabbit , las otras tienen this igual a Rabbit.prototype , porque en
realidad es el objeto antes del punto.
Entonces, solo la primera llamada muestra Rabbit , las otras muestran undefined :
function Rabbit(name) {
this.name = name;
}
541/553
Rabbit.prototype.sayHi = function() {
alert( this.name );
}
rabbit.sayHi(); // Conejo
Rabbit.prototype.sayHi(); // undefined
Object.getPrototypeOf(rabbit).sayHi(); // undefined
rabbit.__proto__.sayHi(); // undefined
A formulación
class Clock {
constructor({ template }) {
this.template = template;
}
render() {
let date = new Date();
console.log(output);
}
stop() {
clearInterval(this.timer);
}
start() {
this.render();
this.timer = setInterval(() => this.render(), 1000);
}
}
A formulación
Herencia de clase
542/553
Aquí el código corregido:
class Animal {
constructor(name) {
this.name = name;
}
A formulación
Reloj extendido
start() {
this.render();
this.timer = setInterval(() => this.render(), this.precision);
}
};
A formulación
La razón se vuelve evidente si intentamos ejecutarlo. Un constructor de clase heredado tiene que llamar a
super() . De lo contrario "this" no será “definido”.
543/553
Incluso después de arreglarlo, aún existe una diferencia importante en "class Rabbit extends Object"
versus class Rabbit .
Entonces Rabbit ahora proporciona acceso a los métodos estáticos de Object a través de Rabbit , así:
Pero si no tenemos extends Object , entonces Rabbit.__proto__ no está definido como Object .
class Rabbit {}
Por cierto, Function.prototype tiene métodos de función “genéricos”, como call , bind etc. Finalmente,
están disponibles en ambos casos, por el Object que tiene el constructor incorporado Object.__proto__ ===
Function.prototype .
Function.prototype Function.prototype
call: function call: function
bind: function bind: function
... ...
[[Prototype]] [[Prototype]]
Rabbit Object
constructor constructor
[[Prototype]]
Rabbit
constructor
544/553
A formulación
Extraño instanceof
Pero a instanceof no le importa la función, sino más bien su prototype , que coincide con la cadena del
prototipo.
Entonces, según la lógica de instanceof , el prototype en realidad define el tipo, no la función constructora.
A formulación
Por ejemplo, cuando hay un return en el interior de try..catch . La cláusula finally funciona en el caso de
cualquier salida de try..catch , incluso a través de la declaración return : justo después de que try..catch
haya terminado, pero antes de que el código de llamada obtenga el control.
function f() {
try {
alert('inicio');
return "resultado";
} catch (err) {
/// ...
} finally {
alert('limpieza!');
}
}
f(); // limpieza!
function f() {
try {
alert('inicio');
throw new Error("un error");
} catch (err) {
// ...
if("no puede manejar el error") {
throw err;
}
} finally {
alert('limpieza!')
}
}
f(); // limpieza!
Es “finally” el que garantiza la limpieza aquí. Si acabamos de poner el código al final de f , no se ejecutará en estas
situaciones.
545/553
A formulación
Heredar de SyntaxError
A formulación
Promesa
La salida es: 1 .
La segunda llamada a ‘resolve’ se ignora, porque solo se tiene en cuenta la primera llamada de ‘reject/resolve’. Otras
llamadas son ignoradas.
A formulación
function delay(ms) {
return new Promise(resolve => setTimeout(resolve, ms));
}
Please note that in this task resolve is called without arguments. We don’t return any value from delay , just
ensure the delay.
A formulación
A formulación
Encadenamiento de promesas
546/553
La respuesta corta es: no, no son iguales:
promise
.then(f1)
.catch(f2);
…Pero no aquí:
promise
.then(f1, f2);
Esto se debe a que se pasa un error por la cadena y en la segunda pieza del código no hay una cadena debajo de
f1 .
En otras palabras, .then pasa los resultados/errores al siguiente .then/catch . Entonces, en el primer ejemplo,
hay un catch debajo, y en el segundo no lo hay, por lo que el error no se maneja.
A formulación
Error en setTimeout
Como vimos en el capítulo, hay un " try..catch implícito" en el código de la función. Así se manejan todos los
errores síncronos.
Pero aquí el error no se genera mientras el ejecutor está corriendo, sino más tarde. Entonces la promesa no puede
manejarlo.
A formulación
Async/await
if (response.status == 200) {
let json = await response.json(); // (3)
return json;
}
loadJson('https://javascript.info/no-such-user.json')
.catch(alert); // Error: 404 (4)
547/553
Notas:
1.
2.
3.
Podemos devolver return response.json() en lugar de esperar por él, como esto:
if (response.status == 200) {
return response.json(); // (3)
}
Entonces el código externo tendría que esperar que la promesa se resuelva. En nuestro caso eso no importa.
4.
El error arrojado por loadJson es manejado por .catch . No podemos usar await loadJson(…) allí,
porque no estamos en una función async .
A formulación
No hay trampas aquí. Simplemente reemplaza .catch con try...catch dentro de demoGithubUser y
agrega async/await donde sea necesario:
// Pregunta por un nombre de usuario hasta que github devuelve un usuario válido
async function demoGithubUser() {
let user;
while(true) {
let name = prompt("Ingrese un nombre:", "iliakan");
try {
user = await loadJson(`https://api.github.com/users/${name}`);
break; // sin error, salir del bucle
} catch(err) {
if (err instanceof HttpError && err.response.status == 404) {
// bucle continúa después del alert
alert("No existe tal usuario, por favor reingrese.");
} else {
// error desconocido, lo relanza
throw err;
}
}
}
548/553
alert(`Nombre completo: ${user.name}.`);
return user;
}
demoGithubUser();
A formulación
return 10;
}
function f() {
// muestra 10 después de 1 segundo
wait().then(result => alert(result));
}
f();
A formulación
Generadores
Generador pseudoaleatorio
function* pseudoRandom(seed) {
let value = seed;
while(true) {
value = value * 16807 % 2147483647
yield value;
}
};
alert(generator.next().value); // 16807
alert(generator.next().value); // 282475249
alert(generator.next().value); // 1622650073
Tenga en cuenta que se puede hacer lo mismo con una función regular, como esta:
function pseudoRandom(seed) {
let value = seed;
return function() {
value = value * 16807 % 2147483647;
return value;
}
}
alert(generator()); // 16807
alert(generator()); // 282475249
alert(generator()); // 1622650073
549/553
Eso también funciona. Pero entonces perdemos la capacidad de iterar con for..of y usar la composición del
generador, que puede ser útil en otros lugares.
A formulación
Proxy y Reflect
let user = {
name: "John"
};
function wrap(target) {
return new Proxy(target, {
get(target, prop, receiver) {
if (prop in target) {
return Reflect.get(target, prop, receiver);
} else {
throw new ReferenceError(`La propiedad no existe: "${prop}"`)
}
}
});
}
user = wrap(user);
alert(user.name); // John
alert(user.age); // ReferenceError: La propiedad no existe: "age"
A formulación
Accediendo a array[-1]
alert(array[-1]); // 3
alert(array[-2]); // 2
A formulación
Observable
1. Cuando .observe(handler) es llamado, necesitamos recordar el manejador ‘handler’ en algún lugar para
poder llamarlo después. Podemos almacenar los manejadores directamente en el objeto, usando nuestro symbol
como clave de la propiedad.
550/553
2. Necesitamos un proxy con la trampa set que llame a los manejadores en caso de cualquier cambio.
function makeObservable(target) {
// 1. Inicializa el almacén de manejadores
target[handlers] = [];
user = makeObservable(user);
user.name = "John";
A formulación
Calculadora-eval
alert( eval(expr) );
Para hacer las cosas seguras, y limitarlo a aritmética solamente, podemos verificar expr usando una expresión
regular que solo pueda contener dígitos y operadores.
A formulación
Tipo de Referencia
Verificación de sintaxis
¡Error!
Inténtalo:
551/553
let user = {
name: "John",
go: function() { alert(this.name) }
}
(user.go)() // ¡Error!
El mensaje de error en la mayoría de los navegadores no nos da una pista sobre lo que salió mal.
JavaScript no inserta automáticamente un punto y coma antes de un paréntesis (user.go)() , por lo que lee el
código así:
Entonces también podemos ver que tal expresión conjunta es sintácticamente una llamada del objeto { go: ...
} como una función con el argumento (user.go) . Y eso también ocurre en la misma línea con let user , por lo
que el objeto user aún no se ha definido y de ahí el error.
let user = {
name: "John",
go: function() { alert(this.name) }
};
(user.go)() // John
Tenga en cuenta que los paréntesis alrededor de (user.go) no hacen nada aquí. Usualmente son configurados
para ordenar las operaciones, pero aquí el punto . funciona primero de todas formas, por lo que no tienen ningún
efecto en él. Solamente el punto y coma importa.
A formulación
1.
2.
Lo mismo, aquí los paréntesis no cambian el orden de las operaciones, el punto es el primero de todos modos.
3.
Aquí tenemos una llamada más compleja (expression)() . La llamada funciona como si se dividiera en dos
líneas:
4.
Para explicar el funcionamiento de (3) y (4) necesitamos recordar que los accesores de propiedad (punto o
corchetes) devuelven un valor del Tipo de Referencia.
552/553
Cualquier operación en él excepto una llamada al método (como asignación = o || ) lo convierte en un valor
ordinario que no transporta la información que permite establecer this .
A formulación
553/553