Los tipos más útiles de React

¿Qué tal amigos, mi nombre es Matt Pocock. Soy un educador a tiempo completo de TypeScript. Estoy bastante decepcionado de no poder estar en Berlín para veros y saludaros, pero cosas que pasan. Eso significa que tengo que estar aquí en el Reino Unido, pero puedes encontrar mis cosas en tuttletypescript.com, apóyame y, sí, estoy emocionado de dar esta charla. Hoy voy a hablar sobre los mejores tipos de React. Y podrías pensar que es un enfoque un poco extraño aquí, ¿verdad? Porque React en sí no envía sus propios tipos. Básicamente dice, de acuerdo, puedes instalar React aquí, y luego, como algo separado, no enviaremos ningún tipo a ti directamente, pero si instalas Types React también, entonces te daremos algunos tipos con él. Y podrías pensar, por eso, que el equipo de React no está realmente involucrado en los tipos. Así que podrías pensar, seguro, la comunidad maneja los Types React, y el equipo de React maneja React en sí. Pero en realidad, es más como esto. Es más como si el equipo de React tuviera la custodia de ambos. Y en realidad, hay miembros de el equipo de React que realmente se centran en los tipos y se aseguran de que los tipos sean correctos. Así que podrías pensar, seguro, de acuerdo, el React y Types React, son cosas separadas. Pero es mejor pensar en ellos como una sola cosa, unidos. Y eso es porque muchas de las decisiones que toman se sincronizan juntas. Las versiones principales se sincronizan todas juntas. Así que si tienes 17 en React, entonces Types React también va a ser 17, 18, etc. También envían parches. Así que Types React podría enviar un cambio de parche sin que React envíe un cambio, pero esto significa que están realmente unidos. Así que Types React es muy, muy estable porque realmente consideran cualquier cambio mayor en los tipos como algo que React también necesita un cambio de versión mayor. Así que mientras React no envía realmente ningún tipo, supervisa sus tipos muy, muy de cerca, y mucho de esto se debe al buen trabajo de Seb Silberman y muchos otros. Así que es importante pensar en el hecho de que los tipos son características y los tipos son parte de tu API. Los tipos son parte de tu marco de trabajo. Y si no entiendes los tipos que vienen con React, no vas a tener un buen tiempo usando React con TypeScript. Así que mi misión hoy es enseñarte los tipos más importantes que React expone y cómo puedes usarlos para potenciar mejor tus aplicaciones y simplemente encontrar tu camino en las aplicaciones de React. Comencemos hablando sobre el tipo de JSX. Si tienes solo un nodo aquí arriba, por ejemplo, como este div, entonces ¿qué tipo infiere TypeScript para esto? Bueno, si pasamos el cursor sobre este nodo aquí, podemos ver que es un React.jsx.element. También puedes escribir esto como simplemente JSX.element. Esto es en realidad un cambio relativamente reciente. Han movido muchas de las cosas globales que solían ser simplemente

Hay otro tipo que va junto con esto, que es React.ReactElements, que es absolutamente idéntico. En el mundo de React, ambos significan lo mismo. Y podrías pensar que eso es realmente bueno. Ahora entiendo que cada vez que necesito, digamos, escribir algunos hijos o algo así, puedo usar React.jsx.element y estoy listo para ir. Excepto que hay muchas otras cosas en React que puedes renderizar. No son solo elementos. Puedes renderizar cadenas, puedes renderizar números, puedes renderizar indefinidos, o puedes renderizar nulos. Todas estas cosas están disponibles para ser devueltas de los componentes de React. Y puedes ver por el número de errores aquí que básicamente no son asignables a React.jsx.element. Así que probablemente has visto en algún momento en tu carrera de React, que el tipo cadena no es asignable al tipo elemento o algo por el estilo. Entonces, en estas situaciones, ¿cuál es el correcto tipo a utilizar en lugar de React.jsx.element? Bueno, es React.reactnode. React.reactnode, si le echamos un vistazo, contiene cadena, número, booleano, elemento React, como un montón de otras cosas aquí, portal React, nulo o indefinido. Así que representa todas las cosas posibles que puedes devolver de un componente React. Esto significa que si necesitas escribir como un slot que puede recibir algún JSX, como una cadena o un número o cualquier cosa que pueda ser renderizada al DOM, entonces React.reactnode es el tipo que necesitas. También el 99% de las veces, este es el tipo que vas a querer. Yo en realidad simplemente ignoraría el hecho de que estos tipos existen, React.jsx.element y básicamente pensar en ello como, vale, tenemos algún JSX aquí, ¿qué tipo necesita TypeScript para darle? Ese es el tipo que va a ser. Pero en términos de usar esto realmente, entonces realmente como asignar tipos, realmente usar esto dentro de tu código de aplicación, React.reactnode es el que vas a necesitar para usar

Otra antigua debilidad de React.fc es que solía devolver React.reactElement. Así que si usabas React.fc en este componente, obtendrías un error diciendo que el número no es asignable a ReactElement o JSXElementConstructor. Otro error muy familiar para aquellos que trabajaron con React.fc. Pero ahora React.fc en realidad devuelve ReactNode. Así que si vamos y lo miramos aquí, podemos ver que es un componente de función que tiene una firma de llamada que devuelve un ReactNode. Ahora podemos devolver lo que queramos de él. Esto significa que todas las antiguas quejas sobre React.fc ya no se aplican. Devuelve un ReactNode por lo que puedes devolver cualquier cosa que quieras de él y ya no añade implícitamente hijos en él tampoco. Así que React.fc es en realidad una forma bastante agradable de tipificar tus componentes si quieres. Para mí, sin embargo, personalmente, prefiero tipificar el objeto de props. No sé por qué, creo que esto es simplemente realmente memoria muscular. Es un poco más fácil más adelante si quieres cambiarlo en componentes, aunque eso es relativamente raro. Para mí, simplemente prefiero esta sintaxis a esta sintaxis donde añades React.fc y añades las props ahí. Por alguna razón esto simplemente me hace sentir cálido y difuso. Pero si este te hace sentir más cálido y difuso entonces no lo haría eliminar esto de una base de código si me encuentro con él. Así que, ¿React.fc? Sí, está bien usarlo. Adelante. A continuación vamos a hablar de un tipo global en React llamado React.jsx.intrinsicelements. Pero lo importante que hay que entender antes de esto es que a veces quieres extraer todas las props de un cierto elemento nativo. Aquí arriba tenemos algunas props de div y esta anotación aquí, o algunos podrían llamarlo una invocación, es básicamente una forma de obtener todas las props de div, como las props que recibe un elemento div, y simplemente pegarlas en un tipo. Esto significa que si estás creando tu propio envoltorio de elemento nativo entonces puedes usar las props de div y luego extenderlo o hacer algo con él. Aquí estamos HTML atributos y luego pasando eso un argumento de tipo de HTML div elemento. Pero esta invocación puede ser bastante molesta porque tienes que desplazarte realmente a través de un montón de diferentes cosas para conseguir la que quieres. A menudo vas a querer una forma de simplemente auto completar tu camino al tipo de props correcto. Y aquí es donde entra este tipo llamado react.jsx.intrinsic elements. Esto es básicamente un registro de todas las diferentes cosas. Si yo simplemente voy y busco la interfaz de elementos intrínsecos, extiende los elementos intrínsecos globales de JSX, extiende GSX.intrinsic elements, puedes ver que en esta gran interfaz, hay una gran lista de todos los elementos que puedes renderizar en el DOM. Así que tenemos a, ABB, dirección, área, artículo a un lado, audio B. Y lo que tenemos, son las claves. Y luego en los valores

Entonces, otra forma de obtener estas props de div sería decir, está bien, react.jsx.intrinsic elements. Y luego básicamente lo indexo y digo, quiero el div de esto y puedes ver que puedo completar automáticamente mi camino hacia él. Así que solo digo div y boom, está ahí. Esto significa que tengo que pensar mucho menos que cuando solo tenía react o HTML elements, HTML development, porque necesito recordar todos esos. Mientras que aquí solo puedo recordar, está bien, está en elementos intrínsecos. Solo iré a buscarlo.

En algunas situaciones también vas a querer una lista de todos los elementos posibles que puedes renderizar en el dom. Hay ciertas situaciones en las que esto surge y hay ciertos momentos en los tipos de react también en los que verás esto. Y una forma realmente agradable de hacer esto es básicamente decir que todos los tipos de elementos posibles son clave de react.jsx.intrinsic elements. Lo que esto significa es que tomamos todo ese objeto que vimos antes y básicamente decimos, dame las claves de eso como una unión. Y termina con, si solo voy y miro todos estos, oh Dios mío, haz este baile divertido de nuevo, termino con un ABBA todas estas claves dentro de una gran unión. Y entonces si digo const ejemplo es todos los elementos posibles reales, entonces obtengo toda la lista de claves. Muy, muy genial. Entonces, react.jsx.intrinsic elements es una de las cosas más fundamentales que vas a ver en una base de código de react y TypeScript. Y entender este tipo también te ayudará a entender algunos de los errores extraños que surgen también. Para aquellos que tienen más experiencia con react y TypeScript, podrían haber estado gritando en su pantalla diciendo, ¿de qué está hablando este tipo? Porque hay otra forma en que puedes obtener las props nativas de un elemento. Y eso es usando el ayudante de tipo react.component props. Obtuvimos nuestras props de div de react.html elements. También obtuvimos nuestras props de div de react.jsx.intrinsic elements. Y luego también obtuvimos las props de div, que son react.component props div. Si pasamos un string aquí, vamos a obtener de nuevo, autocompletar todos los componentes nativos. Y nos va a dar básicamente los mismos resultados que si tuviéramos react.jsx.intrinsic elements. React.component props tiene otro caso de uso también, que es digamos que tienes un cuadro de selección aquí arriba o un componente de selección que no controlas. Tiene algunos tipos aquí que en realidad no se exportan junto con él. Y queremos obtener esos tipos y ponerlos en algunas props aquí. Bueno, podemos decir simplemente react.component props y luego

Sin embargo, la pregunta sigue siendo, como si tuvieras una elección entre estos dos, entre los elementos intrínsecos de JSX y las props de los componentes, ¿cuál deberías usar? En realidad, recomendaría usar react.JSX elementos intrínsecos porque básicamente esto es algo que está disponible globalmente de todos modos, y en lugar de pasarlo a un ayudante de tipo relativamente complejo, si vamos a ver esto, puedes ver que en realidad está haciendo algún tipo de tipo condicional loco aquí. Así que en lugar de hacer eso, básicamente estás accediendo a algo en un objeto que ya existe en un alcance global. Así que si estás preocupado por el rendimiento de TypeScript, que es algo que probablemente deberías estar pensando un poco si estás trabajando en las profundidades con TypeScript, entonces esta va a ser la mejor solución porque es en realidad más simple para TypeScript procesar. Pero react.component props. Si te quedas con esta nueva base de código, entonces está bien. Es agradable tener una forma de hacer las cosas que es realmente, realmente simple. Y es mega útil si tienes esos componentes de terceros que no controlas, pero quieres las props de. Vamos a saltar a continuación a un gran fragmento de código aquí. Voy a explicar esto pieza por pieza. En primer lugar, tenemos algunas props de entrada en la parte superior, que estamos extrayendo de react.jsx elementos intrínsecos. Luego tenemos un componente de entrada, que es un react.fc al que se le pasan las props de entrada. Así que un componente de entrada, eso va a ser como una función que devuelve algo puede pasar algunas props, que son las props de entrada. Así como onChange y name y todo eso tipo de cosas. Ahora, ignora esta clase por ahora. Vamos a bajar a estas entradas. Estas entradas son un registro de string. Así que donde la clave string, y luego el valor es componente de entrada. Así que básicamente tenemos una entrada de texto aquí, que dice input type text. Y luego tenemos un número en la parte inferior aquí, que es mi componente de número. Mi componente de número es una clase. Es un componente de clase react que toma en React.o más bien extiende React.o componente pasando las props de entrada. Así que dentro de estas props de entrada, puedes pasar en realidad las props. Así que si miramos esto dot props, va a decir que es básicamente las props de entrada aquí. Eso es una gran lectura allí. Ahora, entendemos todo. Entendemos que este registro es así que estas entradas se supone que son un registro de diferentes componentes de entrada.

La idea es que podemos decir inputs.infact voy a mover esto para ser un satisface en lugar de solo para poder obtener autocompletado. Satisface esto. Así que inputs.number y texto. Podemos ver aquí que si los renderizamos y decimos inputs.number, entonces puedo pasar un cambio a esto así y esperar que esto sea correcto para un componente de entrada. El problema que estamos obteniendo, sin embargo, es que este número está diciendo que el tipo de mi componente de número no es asignable al componente de entrada. Eso es porque nuestro tipo aquí arriba, React.fc solo está diciendo realmente que esto puede ser un componente funcional. Y las clases no son componentes funcionales, son algo ligeramente diferente. Así que en lugar de React.fc, queremos poder decir que cualquier componente puede ser pasado a esto ranura y el tipo correcto para esto en lugar de fc es en realidad componentType. Así que React.componentType es un ayudante de tipo donde si lo miramos, básicamente dice que es una clase de componente o un componente de función. Solo una unión bonita, limpia, entre los dos. Y esta P que está en este tipo de componente está representando las props de eso. Así que es una clase de componente que recibe estas props o un componente de función que recibe estas props. Y esto resuelve nuestro error. Esto significa que el texto y el número ahora, este componente MyNumber, son ambos asignables a él. Y si cambié esto a clase de componente en su lugar, terminaríamos con nuestros React componentes de función no siendo capaces de ser pasados a él. Así que React.componentType es una forma realmente agradable de representar cualquier React componentes de la función real, no el JSX renderizado,