Los tipos más útiles de React

Rate this content
Bookmark

No pensamos en React como si tuviera sus propios tipos. Pero los tipos de React son una parte fundamental del marco de trabajo - supervisados por el equipo de React, y coordinados con las principales lanzamientos de React.

En esta charla de codificación en vivo, veremos todos los tipos que te has estado perdiendo. ¿Cómo obtienes el tipo de props de un componente? ¿Cómo sabes qué ref toma un componente? ¿Deberías usar React.FC? ¿Y qué pasa con JSX.Element?

Te irás con un montón de ideas emocionantes para llevar a tus aplicaciones de React, y esperamos que con una nueva apreciación por las maravillas de React y TypeScript trabajando juntos.


21 min
12 Dec, 2023

Comments

Sign in or register to post your comment.
  • Tewodros Birhanu
    Tewodros Birhanu
    self-employed
    Amazing Matt
  • Anuradha Kumari
    Anuradha Kumari
    VodafoneZiggo
    What an amazing talk, I learned a lot, Thanks Matt!

AI Generated Video Summary

La charla de hoy se centra en los mejores tipos de React y JSX. Cubre los tipos de componentes JSX y React, incluyendo React.fc y React.reactnode. La discusión también explora los elementos intrínsecos de JSX y las props de react.component, destacando sus diferencias y casos de uso. La charla concluye con ideas sobre el uso de React.componentType y la pasada de componentes, así como la utilización del tipo ref de react.element para bibliotecas externas como React-Select.

1. Los mejores tipos de React y JSX

Short description:

Hoy voy a hablar sobre los mejores tipos de React. React y Types React son en realidad una sola cosa, unidos. Las versiones principales se sincronizan todas juntas. Types React es muy, muy estable. Los tipos son parte de tu API y tu marco de trabajo. Comencemos hablando sobre el tipo de JSX. Es un React.jsx.element o JSX.element.

¿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

2. React JSX y React.reactnode

Short description:

Por lo tanto, JSX.element representa un nodo de JSX, que puede ser un div con varios hijos div. Sin embargo, hay otras cosas en React que se pueden renderizar, como cadenas, números, indefinidos o nulos. Estos no se pueden asignar a React.jsx.element, por lo que el tipo correcto a utilizar es React.reactnode. React.reactnode representa todas las cosas posibles que pueden ser devueltas de un componente React, incluyendo JSX, cadenas, números y más.

estar en JSX.element en un espacio de nombres React. Así que si estás usando otro proyecto como solid o algo en la misma configuración de TypeScript TS, no hay conflicto. Así que JSX.element representa básicamente un nodo de JSX. No importa cuántas cosas haya en ese nodo JSX. Así que esto podría ser un div con muchos otros hijos div. Siempre es solo React.jsx.element.

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

3. React.fc y React.reactnode

Short description:

Es posible que no hayas oído hablar de React.reactnode antes, pero probablemente hayas oído hablar de React.fc. Representa un componente funcional. React.fc se asegura de que lo que estás devolviendo es JSX y proporciona props por defecto, nombre de visualización y otras características. React.fc ha cambiado a lo largo de los años, volviéndose más seguro y ya no permite que los hijos sean analizados en el componente.

para representar JSX en todas sus diferentes formas. Es posible que no hayas oído hablar de React.reactnode antes, pero probablemente hayas oído hablar de React.fc. Este es uno de los tipos más famosos en realidad React y TypeScript, y también es relativamente controvertido. Mucha gente tiene opiniones fuertes sobre este tipo. Representa un componente funcional. Puedes decir React.fc o React.componente de función, porque eso es lo que significa. Y básicamente puedes usarlo de varias maneras. Si no le pasas ningún argumento de tipo aquí, entonces es una función sin props, o un componente sin props. Pero puedes pasar un objeto, y ese objeto se convierte en la prop. Así que puedes ver aquí que estoy diciendo que los hijos son React.reactnode, y luego los hijos aparecen dentro de aquí. Si yo fuera a eliminar esto, entonces obtendría un error aquí diciendo, la propiedad hijos no existe en el tipo de objetos vacíos. Y React.fc te da un par de cosas diferentes. Te da, en primer lugar, se asegura de que lo que estás devolviendo es JSX. Así que te obliga a devolver algo. Dice que void no es asignable al tipo React node. Espero que entiendas lo que eso significa. Y significa que obtienes props por defecto aquí, así que puedes asignar algún tipo de props por defecto si quieres. Pero creo que esta API podría estar ligeramente obsoleta, ligeramente obsoleta. Y el nombre de visualización también es algo que viene con esto, también. Así que React.fc, es como, te obliga a asignar el tipo en la función misma, a lo que llegaremos en un minuto. Y también te da un par de cosas como nombre de visualización y props por defecto. React.fc ha cambiado a lo largo de los años. Solía, por defecto, permitirte analizar a los hijos en él. No puedo recordar qué versión fue, fue ya sea React o 16 o 17, cambiaron esto. Y realmente como ahora, React.fc es mucho más seguro que solía ser. Porque lo que solía pasar es que tendrías un componente aquí que nunca aceptó ningún hijo, pero sería un error aquí. Donde ahora dice que el tipo hijos cadena no tiene propiedades en común con el tipo atributos intrínsecos. Básicamente diciendo que no puedes analizar hijos en esta ranura. Podemos ver aquí también cómo los tipos de React están ligados a las principales versiones. De hecho, tomó una versión principal de React para cambiar esto en React.fc. Porque si lo piensas, es un cambio bastante grande pasar de una versión de React.fc, que simplemente tenía hijos en ella, a una versión que no los tiene.

4. React.fc y React.jsx.intrinsicelements

Short description:

React.fc solía devolver React.reactElement, pero ahora devuelve ReactNode. Esto significa que puedes devolver lo que quieras de él. React.fc es una buena manera de tipificar tus componentes. React.jsx.intrinsicelements es un tipo que contiene todos los diferentes elementos que puedes renderizar en el DOM, con sus respectivas props.

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

5. Elementos intrínsecos JSX y props de react.component

Short description:

Entonces, lo que puedo hacer es agregar algo genial y especificar que requiere un ID de tipo string. Esto te da una idea de cómo funcionan los elementos intrínsecos de GSX. Otra forma de obtener las props de div es usar react.jsx.intrinsic elements. En algunas situaciones, querrás una lista de todos los elementos posibles, lo cual se puede lograr usando la clave de react.jsx.intrinsic elements. Entender este tipo es crucial en una base de código de react y TypeScript. Otra forma de obtener las props nativas es utilizando el ayudante de tipo react.component props. Esto tiene un caso de uso para obtener tipos de componentes no controlados.

tenemos los tipos reales que reciben, las props que reciben. Entonces, lo que puedo hacer es que puedo agregar algo genial como esto y simplemente decir, esto requiere un ID de tipo string. Y ahora cuando vuelvo, o quiero guardar, pero no por mucho tiempo, volveré y cambiaré eso más tarde. Ahora puedo decir const componente es igual a esto y puedo decir return algo genial y ahora algo genial estoy obteniendo un error porque requiere el tipo de ID string y tengo que pasarlo. Así que eso te da una idea de cómo funcionan estos elementos intrínsecos de GSX.

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

6. Elementos intrínsecos de JSX vs. Props de Componente

Short description:

Por lo tanto, se recomiendan los elementos intrínsecos de JSX sobre las props de los componentes para un mejor rendimiento de TypeScript. Sin embargo, react.component props es útil para componentes de terceros. Ahora, vamos a sumergirnos en un fragmento de código. Tenemos props de entrada extraídas de los elementos intrínsecos de react.jsx y un componente de entrada que recibe estas props. Las entradas son un registro de diferentes componentes de entrada, como texto y número.

pasamos el tipo de select. Así que no solo funciona con elementos nativos, también funciona con componentes reales. Esto es realmente genial y lo hace mega flexible. Así que básicamente puedes usarlo para decir, está bien, aquí hay un componente, dame las props de ese componente. Encantador.

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.

7. React.componentType y Pasando Componentes

Short description:

El tipo correcto para esto en lugar de fc es en realidad componentType. React.componentType es un ayudante de tipo que representa cualquier componente de React, ya sean clases de componentes o componentes de función. Esto resuelve nuestro error y nos permite pasar tanto el componente MyNumber como el componente de texto a él.

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,

8. Pasando una Cadena Literal a React.ComponentType

Short description:

Podemos pasar una cadena literal como un miembro de un conjunto de entradas y usar React.ComponentType para manejarlo. React puede manejar el paso de una función, clase o etiqueta nativa. Tenemos el tipo ElementType que asegura que la etiqueta nativa corresponde a las props de entrada. Esto se expone desde React y puede ser útil al trabajar con ASPROP y hacer cosas polimórficas en React.

que puede ser pasado a una ranura. Bien, para nuestro siguiente, hemos añadido un nuevo requisito al código que vimos anteriormente. Ahora tenemos un conjunto de entradas aquí. Y el conjunto de entradas ahora tiene un nuevo miembro. Tiene un miembro llamado base. Y esa base, en lugar de pasar una función real a esto, simplemente estamos pasando la cadena literal, input. Y queremos que nuestro tipo de React.ComponentType maneje eso. Ahora eso parece realmente loco, porque estamos haciendo dos cosas diferentes aquí. Estamos diciendo bien, o puedes pasar una función, o puedes pasar una clase, o puedes pasar una etiqueta nativa. Y resulta que como React realmente manejará esto perfectamente. Así que si decimos const... Vamos a renderizar esto. Input.Base. Nos permitirá hacer esto, ¿verdad? Así que simplemente significa base segura cadena, y tenemos una clave aquí, pero en realidad queremos poder decir bien, cuando tenemos esto, necesitamos asegurarnos de que es básicamente una etiqueta nativa que puede aceptar las props de input props. Entonces, ¿estamos apuntando a la luna, o realmente tenemos un tipo que puede ayudar a nosotros? Sí lo hacemos. Tenemos ElementType. Y ahora todos estos realmente funcionan. Así que básicamente, puedes pasar input, pero no podemos pasar algún tipo de etiqueta aleatoria aquí. Nosotros no podemos pasar esto, porque tiene que ser uno de los elementos intrínsecos de JSX que corresponde a las props de entrada. Quiero decir, eso es salvaje, ¿verdad? Eso es salvaje que esto funcione y que esto se exponga desde React. Si realmente echamos un vistazo más de cerca aquí, entonces, aquí tenemos solo etiquetas que pueden recibir SRC, y estamos pasando básicamente la cadena SRC's a Reactor ElementType. Así que si pasamos el cursor sobre esto puedes ver que tenemos AudioEmbedIframeImageInputScript, y luego también tenemos un React.ComponentType al final, con SourceString en él. Así que esto es todas las etiquetas nativas, pero también es un React.ComponentType añadido al final. Esto puede ser realmente útil cuando estás lidiando con el ASPROP y estás haciendo cosas polimórficas en React, y es solo un tipo genial para tener por ahí y realmente interesante

9. Uso del tipo react.element ref

Short description:

Imaginemos que estamos utilizando una biblioteca externa llamada React-Select y queremos pasar una ref a ese select. Especificamos la ref como HTMLSelectElement, pero nos da un error. Para resolver esto, podemos usar el tipo react.element ref de select para determinar el tipo correcto de ref para el componente select.

para ver cómo funciona. Tengo uno más para ti. Imaginemos que estamos utilizando una biblioteca externa, digamos, React-Select aquí, y queremos pasar una ref a ese select. Y entonces decimos, está bien, la ref va a ser un HTMLSelectElement. Eso probablemente parece correcto, pero en realidad nos está dando un error aquí. Y el error es bastante grande. A HTMLSelectElement le faltan los siguientes tipos de select. Dios mío, dios mío, dios mío, realmente no está pasándolo bien aquí. ¿No sería genial si pudiéramos decir, está bien, quiero saber qué tipo es ese select de select. Lo que podemos hacer es decir react.element ref type of select, y pasar select allí. Y ahora va a mirar ese componente select, averiguar cuál se supone que es el tipo de ref y simplemente ponerlo aquí. Y resulta que esto es select unknown Boolean GroupBaseUnknown. Podemos tomar esto si queremos y simplemente ponerlo aquí como reemplazo. Y eso debería funcionar una vez que hayamos descubierto todos los imports. Pero no me molesta averiguarlo porque React o ElementRef simplemente hace el trabajo por mí. ElementRef realmente acepta otras cosas, así que puedes pasar div si quieres y obtienes un HTML div element. Puedes pasar select o cualquier cosa que quieras, bien, y obtener HTML select element. Pero es más útil, creo, cuando estás realmente sumergiéndote en componentes que no controlas e intentando averiguar qué ref toman. Así que ahí lo tienen, un montón de características diferentes que se exponen desde los tipos de React que tal vez ni siquiera conocías, y espero que puedas encontrarlos útiles en tu trabajo diario. He sido Matt Pocock, puedes encontrar todo mi material en Total TypeScript. Ven a echarle un vistazo, ya sabes, hay un montón de diferentes artículos allí, hay un tutorial gratuito de React completo que puedes ir a ver, y hay un curso de pago de React donde me sumerjo en las uniones discriminadas y las props y el ASPROP y todo tipo de cosas interesantes. Pero de todos modos, ha sido genial hablar contigo. ¡Adiós!

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

Vue.js London 2023Vue.js London 2023
30 min
Stop Writing Your Routes
The more you keep working on an application, the more complicated its routing becomes, and the easier it is to make a mistake. ""Was the route named users or was it user?"", ""Did it have an id param or was it userId?"". If only TypeScript could tell you what are the possible names and params. If only you didn't have to write a single route anymore and let a plugin do it for you. In this talk we will go through what it took to bring automatically typed routes for Vue Router.
TypeScript Congress 2023TypeScript Congress 2023
31 min
Making Magic: Building a TypeScript-First Framework
I'll dive into the internals of Nuxt to describe how we've built a TypeScript-first framework that is deeply integrated with the user's IDE and type checking setup to offer end-to-end full-stack type safety, hints for layouts, middleware and more, typed runtime configuration options and even typed routing. Plus, I'll highlight what I'm most excited about doing in the days to come and how TypeScript makes that possible not just for us but for any library author.
React Advanced Conference 2021React Advanced Conference 2021
6 min
Full-stack & typesafe React (+Native) apps with tRPC.io
Why are we devs so obsessed with decoupling things that are coupled nature? tRPC is a library that replaces the need for GraphQL or REST for internal APIs. When using it, you simply write backend functions whose input and output shapes are instantly inferred in your frontend without any code generation; making writing API schemas a thing of the past. It's lightweight, not tied to React, HTTP-cacheable, and can be incrementally adopted. In this talk, I'll give a glimpse of the DX you can get from tRPC and how (and why) to get started.
TypeScript Congress 2022TypeScript Congress 2022
10 min
How to properly handle URL slug changes in Next.js
If you're using a headless CMS for storing content, you also work with URL slugs, the last parts of any URL. The problem is, content editors are able to freely change the slugs which can cause 404 errors, lost page ranks, broken links, and in the end confused visitors on your site. In this talk, I will present a solution for keeping a history of URL slugs in the CMS and explain how to implement a proper redirect mechanism (using TypeScript!) for dynamically generated pages on a Next.js website.

Add to the talk notes: https://github.com/ondrabus/kontent-boilerplate-next-js-ts-congress-2022 
TypeScript Congress 2023TypeScript Congress 2023
24 min
Faster TypeScript builds with --isolatedDeclarations
Type-checking a TypeScript codebase can be slow, especially for monorepos containing lots of projects that each need to use the type checker to generate type declaration files. In this talk, we introduce — for the very first time — a new TypeScript feature we are working on called “Isolated Declarations” that allows DTS files to be generated without using the type checker at all! This opens the door to faster declaration generation in TypeScript itself, as well as in external tools written in other languages such as ESBuild and swc. You'll see how to use this new option, and maybe (just maybe) you’ll be convinced about the benefits of explicit return types! Most importantly, we will show how Isolated Declarations enables parallel builds to spread work across your CPU cores to significantly improve the build speed of your TypeScript projects.

Workshops on related topic

React Advanced Conference 2021React Advanced Conference 2021
174 min
React, TypeScript, and TDD
Featured WorkshopFree
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.
React Advanced Conference 2022React Advanced Conference 2022
148 min
Best Practices and Advanced TypeScript Tips for React Developers
Featured Workshop
Are you a React developer trying to get the most benefits from TypeScript? Then this is the workshop for you.In this interactive workshop, we will start at the basics and examine the pros and cons of different ways you can declare React components using TypeScript. After that we will move to more advanced concepts where we will go beyond the strict setting of TypeScript. You will learn when to use types like any, unknown and never. We will explore the use of type predicates, guards and exhaustive checking. You will learn about the built-in mapped types as well as how to create your own new type map utilities. And we will start programming in the TypeScript type system using conditional types and type inferring.
TypeScript Congress 2022TypeScript Congress 2022
116 min
Advanced TypeScript types for fun and reliability
Workshop
If you're looking to get the most out of TypeScript, this workshop is for you! In this interactive workshop, we will explore the use of advanced types to improve the safety and predictability of your TypeScript code. You will learn when to use types like unknown or never. We will explore the use of type predicates, guards and exhaustive checking to make your TypeScript code more reliable both at compile and run-time. You will learn about the built-in mapped types as well as how to create your own new type map utilities. And we will start programming in the TypeScript type system using conditional types and type inferring.
Are you familiar with the basics of TypeScript and want to dive deeper? Then please join me with your laptop in this advanced and interactive workshop to learn all these topics and more.
You can find the slides, with links, here: http://theproblemsolver.nl/docs/ts-advanced-workshop.pdf
And the repository we will be using is here: https://github.com/mauricedb/ts-advanced
TypeScript Congress 2023TypeScript Congress 2023
131 min
Practice TypeScript Techniques Building React Server Components App
Workshop
In this hands-on workshop, Maurice will personally guide you through a series of exercises designed to empower you with a deep understanding of React Server Components and the power of TypeScript. Discover how to optimize your applications, improve performance, and unlock new possibilities.
 
During the workshop, you will:
- Maximize code maintainability and scalability with advanced TypeScript practices
- Unleash the performance benefits of React Server Components, surpassing traditional approaches
- Turbocharge your TypeScript with the power of Mapped Types
- Make your TypeScript types more secure with Opaque Types
- Explore the power of Template Literal Types when using Mapped Types
 
Maurice will virtually be by your side, offering comprehensive guidance and answering your questions as you navigate each exercise. By the end of the workshop, you'll have mastered React Server Components, armed with a newfound arsenal of TypeScript knowledge to supercharge your React applications.
 
Don't miss this opportunity to elevate your React expertise to new heights. Join our workshop and unlock the potential of React Server Components with TypeScript. Your apps will thank you.
TestJS Summit 2023TestJS Summit 2023
78 min
Mastering Node.js Test Runner
Workshop
Node.js test runner is modern, fast, and doesn't require additional libraries, but understanding and using it well can be tricky. You will learn how to use Node.js test runner to its full potential. We'll show you how it compares to other tools, how to set it up, and how to run your tests effectively. During the workshop, we'll do exercises to help you get comfortable with filtering, using native assertions, running tests in parallel, using CLI, and more. We'll also talk about working with TypeScript, making custom reports, and code coverage.
Node Congress 2021Node Congress 2021
245 min
Building Serverless Applications on AWS with TypeScript
Workshop
This workshop teaches you the basics of serverless application development with TypeScript. We'll start with a simple Lambda function, set up the project and the infrastructure-as-a-code (AWS CDK), and learn how to organize, test, and debug a more complex serverless application.
Table of contents:        - How to set up a serverless project with TypeScript and CDK        - How to write a testable Lambda function with hexagonal architecture        - How to connect a function to a DynamoDB table        - How to create a serverless API        - How to debug and test a serverless function        - How to organize and grow a serverless application


Materials referred to in the workshop:
https://excalidraw.com/#room=57b84e0df9bdb7ea5675,HYgVepLIpfxrK4EQNclQ9w
DynamoDB blog Alex DeBrie: https://www.dynamodbguide.com/
Excellent book for the DynamoDB: https://www.dynamodbbook.com/
https://slobodan.me/workshops/nodecongress/prerequisites.html