Introducción a React, Parte 4

Finalmente llegamos a la última parte de esta pequeña introducción para reaccionar. Lógicamente, hemos dejado muchas cosas en preparación, por lo que no excluyo más publicaciones en el futuro en las que nos centraremos en diferentes aspectos de la pila de desarrollo JS, pero creo que con esta última publicación ya tendrá las nociones necesarias para crecer y mejorar solo. La semana pasada llegué a un punto muy interesante. Nuestro objetivo era crear una pequeña aplicación con múltiples contadores, que puede agregar o eliminar según lo desee:

Múltiples medidores implementados con componentes React y un PlayPress basado en Redux.
Hasta el final de la última publicación, teníamos una tienda increíble para seguir el estado de nuestra aplicación. Esto significa que ya tenemos todos los elementos básicos que necesitamos finalmente para construir la interfaz de usuario.
Hoy veremos cómo conectar los componentes React con nuestra tienda de WordPress en función de Redux, para que la interfaz muestre la condición que tenemos en la tienda y para que las interacciones del usuario actualicen la condición respectiva. Solución en la tarea de la semana pasada, pero antes de hacerlo, revisemos rápidamente los temas que lo dejamos la semana pasada. Esencialmente, le pedí que restableciera la tienda, para no usar un diccionario, sino varios objetos: Constitestore = {x: 1, y: 2,}; const Noves = [{id: ‘x’, valor: 1}, {id: ‘y’, valor: 2},]; ¿Qué cambios hizo para aplicar esta actualización a su tienda? Bueno, ¡revisemos todos rápidamente!
Acciones Las acciones en la tienda son exactamente las mismas que las que ya tenía, así que espero que no hayas cambiado nada aquí, porque no había necesidad. Como ha visto la semana pasada, las acciones no actualizan (ni acceden) la tienda directa y, por lo tanto, cualquier modificación de la estructura básica de nuestra tienda no tendrá ningún efecto aquí. La acción son funciones simples que generan un objeto que indica una “solicitud de actualización” y eso es exactamente lo que tenemos en nuestros archivos.js: exportación de funciones addcounter (contraid) {return {type: ‘add_counter’, contraid,}; } Exportar función removeCounter (contraid) {return {type: ‘remove_counter’, contraid,}; } Exportar función setCounterValue (contraid, valor) {return {type: ‘set_counter_value’, contraid, valor,}; } Reductor Reductor es la función responsable de actualizar el estado en función del estado anterior y una acción enviada. En este caso, debido a que queremos cambiar la estructura de datos que almacena el estado de nuestra aplicación, debemos reiniciar el reductor:
Importar {mapa, encontrar, sin} de ‘lodash’; Exportar Función predeterminada Reducer (state = [], Action) {switch (action.type) {Houses ‘add_counter’: return [… state, {id: action.counterid, valor: 0},]; casas ‘remve_counter’: return sin (estado, find (estado, {id: action.counterid})); Houses ‘set_counter_value’: return map (state, (contador) => action.id === Action.counterid? {… contador, valor: action.value}: contador); } Estados de retorno; } Como puede imaginar, todo lo que tuvimos que hacer aquí era cambiar el valor predeterminado del objeto vacío {} en una matriz vacía []. Luego, simplemente debemos configurar cada casa en nuestro bloque Switch, para que las acciones actualicen correctamente la nueva tienda. Esencialmente, esto significa agregar, eliminar o actualizar objetos de la matriz. Como vimos la semana pasada, un selector recibe el estado actual de nuestra aplicación y cualquier otro parámetro que pudiéramos necesitar y se hace cargo del valor solicitado de este estado. Debido a que hemos cambiado la forma en que se almacena el estado, también debemos cambiar el cuerpo de nuestros selectores: import {map, encontrar} de ‘lodash’; Exportar función getCounterids (estado) {return map (estado, ‘id’); } Función de exportación getCounterValue (State, CounterId) {const contador = find (state, {id: contraid}) || {}; Contador de retorno. Valor; } De nuevo, no es gran cosa … pero espero que lo entiendas bien
En nuestro ejemplo, solo teníamos dos selectores, por lo que tenemos que volver a establecer solo dos funciones. El primero es responsable de devolver los identificadores de todos nuestros medidores, que podemos hacer muy fácilmente con MAP. El segundo devuelve el valor del medidor especificado (o no se puede encontrar contra CounterId en nuestra tienda), por lo que todo lo que tiene que hacer es buscar el medidor cuya identificación es CounterId utilizando la función de ayuda de LODASH y devolver el controte relacionado con el contador relacionado con (Si alguna). Una última razón por la que le pedí que cambiara su tienda fue para aprender la siguiente lección: la principal ventaja de usar tiendas como esta es que se comporta como cajas negras: puede cambiar completamente la forma en que se organiza internamente y todo funcionará según Expectativas. , siempre que su interfaz (es decir, acciones y selectores) no cambie. Haciendo que los componentes de nuestra interfaz de uso queremos que nuestros usuarios agregen y eliminen los medidores a voluntad:
La aplicación que queremos construir hoy.
y administrar cada medidor independiente entre sí. ¿Qué cambios debemos aplicar a lo que tuvimos en la interfaz de usuario que hemos implementado en la Parte 2? Bueno, obviamente debe (1) cambiar cada medidor para incluir un botón de borrado y (2) cambiar la aplicación para que haya un nuevo botón para agregar nuevos contadores. ¡Hagamos eso! Primero, abra el archivo SRC/Components/Counter.js y agregue el nuevo botón Eliminar y un nuevo propuesta para que cuando el usuario haga clic en el botón, se elimine el medidor:

Const contador = ({value, MorryCreas, OnDecrease, OnDelete) => (
contador: {valor}
+ – eliminar
); Exportar contador predeterminado; Luego cree un nuevo componente que sea responsable de jugar (a) todos los medidores agregados por el usuario y (b) el botón para agregar otros nuevos. Recomiendo crear un archivo src/componentes/contra-list.js de la siguiente manera: importar contador de ‘./counter’; Const contralist = ({addcounter, contraids}) => (
{contraids.map ((id) => ())} Agregar contador
); Exportar contra el contraist predeterminado; Este nuevo componente tiene algunas cosas interesantes que merecen ser mencionadas: es un componente de contrailist que usa otro componente (contador). Todavía no he visto ningún ejemplo en este tutorial en nuestro tutorial, así que … ¡ahora tienes uno! Lo único que debe recordar es que tendré que importar todos los componentes que desea usar.
Nuestra declaración de importación no tiene (contador de importación vs importe {contador}), incluso si todas las importaciones que hemos utilizado hasta ahora. Esto se debe a que el contador ahora es una exportación predeterminada, y las exportaciones predeterminadas no se importan con aparatos ortopédicos.
El componente de contrailist recibe dos propiedades: Addcounter es la acción que nos permite agregar nuevos medidores y contraids es una matriz con los identificadores de todos los medidores que tiene nuestra aplicación. .
En este mapa, el componente de contador tiene dos nuevas propiedades: clave y contraid. La clave son los accesorios requeridos por React para optimizar su motor de rango. Counterid es algo que se discutirá más adelante.
El contador componente no incluye ningún accesorio que se espera. Esto se debe a que los llenaremos usando la tienda (y el nuevo contraprop- nos ayudará con esto).
Al igual que Counter, Counterlist es un valor de exportación implícito.
El archivo principal porque nuestra aplicación ya no muestra un solo metro, sino una lista de medidores, debemos cambiar index.js para reproducir el nuevo componente que acabamos de crear: contrailists. Además, podemos escapar de todo el código que escribimos en la Parte 2 para administrar el estado de nuestro medidor único, porque ahora tenemos una tienda de WordPress apropiada.
Teniendo en cuenta todo esto, esto debería ver index.js: // importe dependencias import {render} de ‘@wordpress/element’;import ‘./store’;Importación de importación de ‘./Components/counter-list’;// Renderizar componente en DOM const wrapper = document.getementById (‘react-exame-wrapper’);render (, envoltorio);Como puede ver, simplemente importamos nuestra tienda y el componente de contratación y lo reproducimos en este último (usando la función Render @WordPress/Element) en un nodo DOM.Desafortunadamente, nada funciona de acuerdo con las expectativas (aún), pero esto se debe a que no hemos conectado ninguno de nuestros componentes con la tienda.
¡Cómo conectar los componentes React a una tienda Rodux Mato! Todo lo que necesitamos está listo y estamos a solo un paso de nuestro objetivo. Por un lado, tenemos una tienda con selectores para interrogar el estado de nuestras acciones de aplicación y actualización. Por otro lado, tenemos los componentes necesarios para ver esta condición en la interfaz de usuario. Lo único que falta es la adhesión de las dos piezas juntas … conectar la contratera a la tienda de contraist es un componente simple que requiere dos propiedades. Por un lado, se espera una lista con los identificadores de todos los componentes que tenemos en nuestra aplicación: contraids. Por otro lado, se espera una llamada inversa con nuevos medidores: Addcounter. Si observa los selectores y acciones que definimos en nuestra tienda en la Parte 3 del tutorial, verá que tenemos tal selector y acción. La tienda realmente tiene el selector GetCounterids, que devuelve “una lista de identificadores de todos los componentes que tenemos”. También tiene la acción de Addcounter, que agrega un nuevo medidor a nuestra aplicación (siempre que le ofrezca un identificador único). Entonces, veamos cómo podemos usarlos en nuestro componente.
El paquete @WordPress/Data, que ya usamos para grabar el almacén, ofrece algunos componentes de comando grandes para extender un componente existente con propiedades derivadas de una tienda: con WithSect y WithDisPatch. Esto significa que, al aplicar con Selectict y/o WithIspatch a un componente, podemos aumentar el componente respectivo con los elementos de accesorios que queremos usar los valores definidos en una tienda. Veamos esto con un ejemplo: import {withselect, withDisPatch} de ‘@wordpress/data’; Import {v4 como uuid} de ‘uuid’; importación contador de ‘./counter’; Const contralist = ({addcounter, contraids}) => (
{contraids.map ((id) => ())} Agregar contador
); const withcounterIds = withlesect ((select) => {const {getCounterIds} = select (‘react-exame/counsers’); return {CounterIds: getCounterIds (),};}); const withcounterAdder = withisDisPatch ((shopt) => {const {addcounter} = shott (‘react-example/counsers’); return {addcounter: () => addcounter (uuid ()),};}); Exportar predeterminado con Counteradder (WithCounterids (contrailist)); Sé que muchas cosas suceden aquí, así que vamos a dar un paso: lo primero que hacemos en la versión extendida de contrailists es importar las nuevas adicciones que necesitamos. Específicamente, importamos con WithDispatch con WithSelect, entonces tenemos una importación extraña: UUID. Este es un paquete que genera identificadores aleatorios únicos y verá por qué lo necesitamos en breve.
El componente en sí (contrajás) no ha cambiado. Sin embargo, supone que recibirá los dos elementos de los accesorios que necesita para jugar la interfaz de uso: una lista de ID de medidor y una acción para agregar nuevos medidores. WithSelect es un componente de orden superior, pero puede pensar que es “una función que devuelve otra función”. La función resultante es algo que aumentará las capacidades de un componente existente (continúe leyendo y todo tendrá sentido pronto).
Para usar WithSelect, primero debe llamarlo con una función de parámetro. En nuestro caso, creamos una función anónima.
La función anónima tiene un argumento, seleccione, que le permite acceder a todos los selectores registrados en sus tiendas.

Lo primero que hacemos en esta posición anónima es hacerse cargo del selector de Getcounterids de nuestra tienda React-Ejemplo/Counsers.
El resultado de esta función anónima son los accesorios que queremos agregar a nuestro componente de contrailist. En este caso, es simplemente la lista de identificadores de contraids, cuyos valores han sido tomados por GetCounterids.
Guardamos el resultado de WithSelect (nota, este resultado es un componente de orden superior o una nueva función, si lo desea) en una variable llamada WithCounTerids. Ahora podemos aplicar este componente/función de un orden superior a cualquier componente que nos guste de la siguiente manera: Withcounterids (myComponent). El resultado es que MyComponent ahora tendrá las propiedades de los contraids establecidos correctamente con un valor tomado de la tienda React-Ejemplo/Council.
Luego usamos la función de componente/orden superior con WithisPatch. Su operación es exactamente la misma que con WithSelect, pero en lugar de darnos acceso a selectores de taller, nos da acceso a sus acciones.
Su primer parámetro ahora se llama Dispatch. Lo usamos para acceder a las acciones de la tienda.
Usando el envío, obtenemos la acción de Addcounter de nuestra tienda React-Ejemplo/Counsers.
La función addcounter a la que se espera nuestro componente es una función sin argumentos. Sin embargo, la acción del addcounter en nuestra tienda necesita un argumento: el identificador único que debería tener el nuevo medidor. Para resolver este desajuste, todo lo que tenemos que hacer es devolver una función anónima que coincida con la propuesta esperada por nuestros componentes de contrailist (es decir, una función sin argumentos) cuya ejecución llamará a la acción real en la tienda. Debido a que la acción en la tienda necesita un identificador único, utilizamos el paquete UUID para generar una ID única cada vez que llamamos a Addcounter.
Withcounteradder es el resultado de esto Withispatch y es analógico con Withcounterids. La aplicación de este componente de orden superior a un componente existente proporcionará el componente existente a un Addcounter, que es exactamente lo que queríamos.
Finalmente, ampliamos nuestro componente de contrailist aplicando primero el componente de orden superior (de modo que la contrailist reciba una lista de contraids) y luego aplicamos con el listador (para recibir Addcounter).
¡Y eso es! Ahora ha conectado con éxito su primer componente a una tienda, lo que significa que ahora debería poder agregar medidores (y verlos) a la interfaz de usuario. Conectando cada contador a la tienda ahora, para cambiar el componente del mostrador, de modo que obtenga los accesorios que necesita de la tienda. Como puede imaginar, todo lo que tenemos que hacer es repetir el proceso que acabamos de hacer: use algunos selectores y acciones de React-Exemplo/Counter a través de WithSelect y WithIspatch y aplique los componentes de alto orden en contador. Comencemos mirando el código fuente final: import {compose} de ‘@wordpress/composse’; Import {withsselect, withDispatch} de ‘@wordpress/data’; Const contador = ({value, onDelete, tress, onDecRease) => (
contador: {value}
+ – eliminar
); Const with Evalue = withchSelect ((select, {CounterId}) => {const {getCounterValue} = select (‘react-exame/counsers’); return {value: getCounterValue (contraid),};); Const withactions = con withisPatch ((statts, {CounterId, value}) => {const {setCounterValue, removeCounter,} = seaport (‘react-exame/counsers’); return {tonincrase: () => setcounter (contraid, valor, valor de valor, valor + 1), OnDecrease: () => setCounterValue (contraid, valor – 1), onDelete: () => removeCounter (CounterId),};}); Exportar composición predeterminada (With Value, Withactions) (contador); Primero, importe las adicciones que necesitamos.
Ni siquiera el componente en sí mismo, contador, no cambia. Hay cuatro accesorios más: Value, Hondete, Honincreas y OnDecrease, que sabemos que ahora los recibirá de la tienda. Primero, use WithSelect para hacerse cargo del mostrador en nuestra tienda.
La tienda mantiene los valores de muchos metros, por lo que tenemos que decirlo exactamente qué medidores queremos. Afortunadamente, cuando la contratuera se une a cada identificación del medidor a un componente, ¿tenía cada contador con una identificación de contraid opuesta, ¿recuerdas? Bueno, podemos decirle a nuestra tienda el valor exacto que nos interesa …
El cuerpo de esta función anónima es muy similar al ejemplo que vi con la contrarresta. Simplemente obtenemos el selector GetCounterValue de nuestra tienda y devuelve el valle correcto usando Prop Counter. Tenga en cuenta que la función anónima ahora tiene un segundo argumento: la lista de accesorios del componente.
Luego usamos con WithDispatch para llenar las acciones que nuestro contador necesita.
En nuestra tienda, sabemos que tenemos las acciones setcountervalue y retrovecounter.
Ambas acciones necesitan el identificador del medidor para actualizar o eliminar, que, como acabamos de ver, está disponible en el segundo argumento de la función anónima que definimos en WithDispatch.
SetCounterValue también debe conocer el nuevo valor que queremos establecer. Debido a que nuestro contador del componente debe funcionar (uno para aumentar el otro para disminuir su valor actual), debemos saber cuál es el valor actual para agregar (o disminuir) uno. Afortunadamente, acabamos de asumir el valor actual del medidor que usa WithSect, lo que significa que hay una proporción llamada valor. El resultado de la aplicación WithIspatch es un componente de orden superior que tendrá las tres funciones que nuestro componente espera: una función anónima que agrega 1 al valor actual de CounterId; OnDecrease es otra función anónima que hace la misma, pero disminuye 1; Y OnDelete es una función que utiliza la acción RemoveCounter en la tienda.
Finalmente, aplicamos los componentes de orden superior que acabamos de crear (con valor y withings) a nuestro componente de mostrador. Esta vez, utilicé la función de escritura para la escritura proporcionada por @WordPress/Compose Compose, pero tenga en cuenta que es exactamente lo mismo que hice antes con contrailists.