Módulo 1. Hola Mundo
Módulo 2. Programando la web
Módulo 3. React
Proyectos
Formación continua
Guías

3.12 Métodos del ciclo de vida de componentes

Introducción

En esta sesión veremos los distintos métodos del ciclo de vida de los componentes de React. Veremos ejemplos prácticos de cómo hacer operaciones comunes con los métodos del ciclo de vida.

¿Para qué sirven los que vamos a ver en esta sesión?

Según vamos creando aplicaciones web más completas con React, necesitaremos un control más detallado de nuestros componentes. En aplicaciones con muchos componentes, resulta importante liberar recursos que usan los componentes una vez ya no se usan, por rendimiento pero también para evitar futuros errores. Por ejemplo, podemos usar componentes que se recarguen automáticamente, como puede ser una tabla que comprueba si hay puntuaciones nuevas de un partido de baloncesto.

Utilizaremos los métodos del ciclo de vida de los componentes de React para que nuestros componentes sean limpios y no creen errores evitables.

¿Qué son los métodos del ciclo de vida?

Se llama ciclo de vida al tiempo que pasa desde que un objeto se crea desde el código hasta que se elimina. En un nivel un poco más técnico, podríamos decir que desde que se carga en memoria hasta que se elimina de la memoria. Durante la vida de un componente de React, se ejecutan varios métodos, en función del momento. A estos métodos se les llama métodos del ciclo de vida. Algunos métodos del ciclo de vida que ya conocemos son el constructor(), que se ejecuta, solo una vez, cuando se crea el componente, y render(), que sabemos que se ejecuta en algún momento después de crearse y cada vez que cambia el estado.

Podemos clasificar los métodos del ciclo de vida en tres tipos:

  • De montaje: los que se ejecutan en la fase de creación del componente.

  • De actualización: los que se ejecutan mientras el componente vive.

  • De desmontaje: los que se ejecutan antes de que el componente se destruya.

Fases del ciclo de vida de componentes

Fuente: React lifecycle methods diagram

Ciclo de vida: montaje de un componente

El montaje es la primera fase del ciclo de vida de un componente. Es la parte en la que se crea el componente. Sabemos que un componente de React representa un elemento del DOM y lo que contiene. En el momento en que ese elemento se pinta en el DOM, aparece visualmente en la página web, decimos que ese componente está montado. Como ya sabemos que el método render() es el encargado de pintar el componente, podemos decirlo de otra manera: un componente se monta en el momento en que se ejecuta su render() por primera vez.

Sin perder de vista la primera ejecución de render(), que nos servirá de referencia, vamos a ver el resto de métodos de la fase de montaje en orden de ejecución:

  • constructor(): este ya lo conocemos. Se ejecuta según se crea el componente por código y se le pasan las props iniciales. Aquí:

    • inicializamos el estado

    • enlazamos los event handlers a la instancia con .bind(this)

  • render(): otro viejo amigo. En este:

    • devolvemos lo que se pinta en función de props y state

  • componentDidMount(): literalmente, "el componente se ha montado". Este método se ejecuta justo después de que el componente se haya montado (pintado en pantalla). Aquí:

    • podemos pedir datos remotos, con fetch(), por ejemplo

    • podemos "suscribir" el componente, por ejemplo, a un setInterval() u otro código que nos dé datos de manera periódica o de tanto en tanto

Ciclo de vida: desmontaje de un componente

Si el montaje es la primera fase del ciclo de vida de un componente, el desmontaje es la última fase del ciclo de vida del componente. Es la parte en la que se va a destruir el componente y va a dejar de mostrarse en pantalla y de existir en memoria.

Esta fase solo tiene un método: el método componentWillUnmount() (lit. "el componente se va a desmontar"). En este método limpiaremos todo lo residual que pueda dejar nuestro componente una vez no exista. Podemos pensarlo como la contraparte de componentDidMount(), porque será aquí donde debamos dar de baja las suscripciones que hayamos iniciado allí.

Si no limpiásemos lo residual del componente, nos aparecerán errores de partes del código que intentan acceder a un componente que ya no existe.

class LifeCycleComponent extends React.Component {
constructor(props) {
super(props);
this.state = {
items: []
};
this.updateItems = this.updateItems.bind(this);
}
componentDidMount() {
// guardamos el identificador del interval para limpiarlo más tarde
this.intervalId = setInterval(this.updateItems);
// NOTA: usamos atributos de la clase y no del estado para guardar datos que no interfieren en cómo se renderiza un componente
}
componentWillUnmount() {
// limpiamos el interval
clearInterval(this.intervalId);
}
}

▸ Ciclo de vida: montaje en Codepen

Ciclo de vida: actualización de un componente

Como ya sabemos, mientras un componente está montado, si cambian las props o el estado, el componente se vuelve a renderizar. Esto ocurre siempre por defecto. Sin embargo, con los métodos del ciclo de vida podemos adaptar esto a nuestras necesidades: podremos hacer operaciones en distintos puntos de la actualización o hasta impedir que el componente se re-renderice si se dan unas condiciones.

Estos métodos son paralelos a los métodos del montaje del componente. Como tienen algunas peculiaridades, los desglosaremos en las siguientes subsecciones, pero se ejecutan en este orden:

  • shouldComponentUpdate(): decide si el componente se actualiza visualmente; es decir si los dos métodos siguientes se ejecutan o no:

  • render(): siempre puro y fiel, hay un amigo en él

  • componentDidUpdate(prevProps, prevState): similar a componentDidMount(), se llama justo después de re-renderizar un componente por actualización de sus props o estado. Si el componente hace peticiones que dependen de una prop, este es buen lugar para rehacerlas, después de comprobar que efectivamente esa prop en concreto ha cambiado.

Nota: como veremos más abajo, este método no se ejecutará si shouldComponentUpdate() devuelve false

Actualización: evitar re-renderizar un componente

En la fase de actualización del ciclo de vida, tenemos el método shouldComponentUpdate(nextProps, nextState) (lit. "¿debe el componente actualizarse?"). Este método debe devolver un booleano. Si se devuelve un booleano false, entonces no se ejecutarán ni render(), ni componentDidUpdate().

En este método podremos comparar los cambios entre las props y el estado actuales (this.props y this.state) con las props y el estado que se van a recibir (nextProps y nextState) para decidir si queremos que se repinte el componente o no.

Este método no se llama cuando se llama a forceUpdate().

Ejemplos de cómo usarlos

Peticiones a un servidor

Tomemos el ejemplo de lifting de estados de la sesión 3.10 en el que creábamos una lista de razones (ver en Codepen). Teníamos un método fetchNewReasons() que actualizaba el estado, y pasábamos el método por props al componente botón. Sin embargo, teníamos que esperar a que el usuario pulsase el botón para mostrar resultados por primera vez. ¿Cómo haríamos para que el propio elemento los cargase?

const ENDPOINT = 'https://...';
class AppRoot extends React.Component {
constructor(props) {
super(props);
this.state = {
reasonsStore: []
};
this.fetchNewReasons = this.fetchNewReasons.bind(this);
}
fetchNewReasons() {
fetch(ENDPOINT)
.then(response => response.json())
.then(data => {
this.setState({
reasonsStore: data.reasons
});
});
}
render() {
const { reasonsStore } = this.state;
return (
<section>
<ReasonsList reasons={reasonsStore} />
<UpdateButton updateList={this.fetchNewReasons} />
</section>
);
}
}
class UpdateButton extends React.Component {
render() {
const { updateList } = this.props;
return <button onClick={updateList}>Update reasons</button>;
}
}

Primero identificamos la fase del ciclo de vida que nos interesa. Queremos que se haga lo más pronto posible, así que será en la fase de montaje. En la fase de montaje hay varios métodos del ciclo de vida:

  • constructor()

  • render()

  • componentDidMount()

¿Qué metodo usaremos? Bien, tenemos que ver cómo obtenemos los datos, si síncrona o asíncronamente. Como vamos a recibir los datos de una llamada AJAX a un servidor, será asíncrono:

  • En el constructor() solo debemos guardar datos en el estado de forma síncrona; es decir, datos que ya tenemos disponibles

  • En render() solo debemos hacer operaciones con los datos que ya tenemos de las props y el estado

  • En componentDidMount() podemos hacer llamadas asíncronas y pasar un callback que guarde esos datos en el estado

El método componentDidMount() se ejecuta después de render(); es decir, una vez el componente ya está iniciado y pintado, listo para recibir actualizaciones al estado.

const ENDPOINT = 'https://...';
class AppRoot extends React.Component {
constructor(props) {
super(props);
// Inicializamos el estado en blanco: todavía no tenemos los datos
this.state = {
reasonsStore: []
};
this.fetchNewReasons = this.fetchNewReasons.bind(this);
}
fetchNewReasons() {
fetch(ENDPOINT)
.then(response => response.json())
.then(data => {
this.setState({
reasonsStore: data.reasons
});
});
}
// según termina de pintarse el componente, llamamos al método que actualiza el estado con los datos del servidor
componentDidMount() {
this.fetchNewReasons();
}
// render() solo maneja los datos del estado y las props
render() {
const { reasonsStore } = this.state;
return (
<section>
<ReasonsList reasons={reasonsStore} />
<UpdateButton updateList={this.fetchNewReasons} />
</section>
);
}
}

▸ Peticiones a un servidor en el ciclo de vida en Codepen

EJERCICIO 1

La hora con ciclo de vida

Vamos a crear dos páginas con React Router.

Para la primera reutilizaremos el componente Clock del ejercicio 3 de la sesión 3.7 sobre el estado. Para la segunda crearemos un componente sencillo NoClock que pinte una frase relajante que nos haga olvidarnos del tiempo.

Recuerda preparar un sencillo menú que nos permita navegar entre ambas.

Ahora tenemos que estructurar mejor el código de Clock apoyandonos en los métodos del ciclo de vida. Inicia el intervalo para el reloj en la fase de montaje y limpialo en la fase de desmontaje.

PISTA: en el constructor NO deberíamos llamar a setInterval sino en el método de ciclo de vida adecuado

NOTA: comenta la lógica de limpiado del reloj, navega a la página relajante y observa los errores en la consola de Chrome para familiarizarte con ellos ;)

EJERCICIO 2

Local de colores

Vamos a preparar un componente con dos radio buttons que permitan a la usuaria seleccionar su tema preferido para la página: claro u oscuro.

  1. Cuando la usuaria cambie la selección, actualizaremos el estado de App, y la vista se pintara con los colores de fondo y fuente cambiados.

  2. Como hemos cambiado el estado, el ciclo de vida de actualización de App comienza, así cuando el componente se actualice podemos consultar su estado actualizado y guardarlo en nuestro bien-amado localStorage.

  3. Ya que tenemos la selección de la usuaria en el localStorage podemos recuperarla cuando nuestro componente monte marcando la selección en los radios y cambiando los colores.

EJERCICIO 3

El menú dinámico

Vamos a crear un listado de personas dinámico, es decir, que las opciones vienen de hacer una petición a un servidor. Vamos a ver paso por paso cómo hacerlo:

  1. Creamos un componente App que será el contenedor de la aplicación

  2. Creamos un componente People que recibirá por props un array con las opciones en este formato:

[
{
gender: 'female',
name: {
title: 'ms',
first: 'samantha',
last: 'elliott'
}
...
}
];
  1. Creamos un estado en el componente App para almacenar el listado, y de momento le asignamos como valor un array como el del ejemplo anterior. Más tarde borraremos este array lo sustituiremos por la respuesta de un fetch.

  2. Instanciamos el componente People en App y le pasamos por props el array que tenemos en el estado

  3. Realizamos una petición al servidor en https://randomuser.me/api/ que nos devuelve un listado de personas. La petición la hacemos con fetch en el método del ciclo de vida que corresponda.

  4. BONUS: Creamos un botón en un nuevo componente Button que al hacer clic vuelve a realizar una petición al servidor y actualiza el estado, por lo que el menú vuelve a pintarse. Para esto necesitamos hacer lifting para pasar la información del evento desde Button hasta App, que es quien mantiene el estado.

Recursos externos

Documentación de React

Documentación oficial de React (en inglés).