Escalando Componentes en Múltiples Frameworks

This ad is not shown to multipass and full ticket holders
JSNation US
JSNation US 2025
November 17 - 20, 2025
New York, US & Online
See JS stars in the US biggest planetarium
Learn More
In partnership with Focus Reactive
Upcoming event
JSNation US 2025
JSNation US 2025
November 17 - 20, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

React proporciona un gran ecosistema para los desarrolladores de React, pero a menudo surgen desafíos para las organizaciones con múltiples equipos que pueden elegir la tecnología de su elección. A medida que los equipos y los proyectos crecen, y las tecnologías cambian con el tiempo, resulta difícil proporcionar una biblioteca de componentes universales como un sistema de diseño para toda la organización.


Stencil fue creado para ayudar a abordar este problema, especialmente para Ionic, que es una biblioteca de interfaz de usuario para el desarrollo de aplicaciones móviles utilizando tecnologías web. En esta charla, veremos cómo Ionic puede crear una biblioteca de Ionic React, utilizando elementos personalizados (componentes web) como el nivel más bajo. Utilizando el compilador Stencil, el equipo de Ionic puede generar varias vinculaciones para cada uno de los frameworks, como React, Angular y Vue.


El beneficio de esto es que el equipo de diseño puede centrarse en mantener una única base de código, mientras que el compilador Stencil se encarga de generar los diferentes objetivos de salida. Además, los usuarios finales de cada vinculación de framework pueden interactuar con su modelo de componente tradicional con el que están familiarizados. Los desarrolladores de React utilizan @ionic/react de la misma manera que cualquier otro componente de React, y lo mismo ocurre con Angular y Vue.

This talk has been presented at React Summit Remote Edition 2021, check out the latest edition of this React Conference.

FAQ

Stencil es una herramienta que no intenta reemplazar a los frameworks, sino que ayuda a construir componentes que pueden funcionar naturalmente en diferentes frameworks. Su propósito es permitir que los componentes sean reutilizables y consistentes a través de diversos proyectos y tecnologías, utilizando un modelo de componente común basado en el DOM.

Stencil genera vinculaciones para diferentes frameworks a partir de un modelo de componente común, lo que permite que un componente único funcione sin problemas en múltiples entornos como React, Angular y Vue, simplificando el manejo de componentes entre diversos frameworks.

El DOM (Modelo de Objeto de Documento) es una API altamente estandarizada que permite la representación y actualización de páginas web en navegadores. Stencil utiliza el DOM como una capa común para interactuar con diversos frameworks, facilitando la creación de componentes web que son compatibles a través de diferentes tecnologías.

Los elementos personalizados son parte de la especificación de Web Components, integrada directamente en los navegadores modernos. Permiten ejecutar JavaScript personalizado para componentes individuales dentro del DOM. Stencil utiliza esta capacidad para crear y manejar componentes que pueden integrarse con varios frameworks de manera eficiente.

El principal beneficio es la capacidad de mantener una biblioteca de UI consistente y reutilizable a través de diferentes frameworks y proyectos. Stencil facilita la gestión de componentes, permitiendo adaptaciones rápidas a nuevos frameworks o cambios significativos en los existentes sin requerir reescrituras completas de los componentes.

Stencil genera automáticamente archivos fuente en TypeScript y vinculaciones específicas para cada framework a partir de un componente común. Esto permite que los desarrolladores utilicen e integren componentes de Stencil en sus proyectos utilizando las convenciones y herramientas típicas de cada framework específico.

El Shadow DOM proporciona encapsulamiento para los estilos y el marcado de los componentes, evitando conflictos de estilo y marcado entre componentes. Esto es especialmente útil en proyectos grandes donde múltiples componentes pueden coexistir sin interferir entre sí.

Adam Bradley
Adam Bradley
25 min
14 May, 2021

Comments

Sign in or register to post your comment.
Video Summary and Transcription
La charla discute cómo Stencil, un compilador de bajo nivel, ayuda a generar y mantener componentes reutilizables que funcionan en diferentes frameworks. Stencil permite la creación de aplicaciones autocontenidas al depender de las API web existentes dentro del navegador. Permite que los componentes funcionen en diferentes frameworks sin mantener múltiples bases de código. El orador destaca la utilidad de los componentes web y cómo pueden beneficiar diferentes casos de uso. Stencil resuelve el problema de mantener una única base de código mientras se trabaja en todas partes, lo que lo convierte en algo que vale la pena explorar para aquellos en situaciones similares.

1. Introducción

Short description:

Hola a todos, mi nombre es Adam Bradley y soy el Director de Tecnología de Código Abierto en Ionic. Hoy estoy emocionado de hablar con ustedes sobre algo que nos ha ayudado a escalar nuestra biblioteca de UI a diferentes frameworks. Esta es una conferencia de React y la respuesta para escalar tus componentes a diferentes proyectos es, bueno, simplemente usar React.

♪ Hola a todos, mi nombre es Adam Bradley, y soy el Director de Tecnología de Código Abierto en Ionic, y hoy estoy emocionado de hablar con ustedes sobre algo en lo que hemos estado trabajando que nos ha ayudado a escalar nuestra biblioteca de UI a muchos frameworks diferentes.

Entonces, esta es una conferencia de React, y para escalar tus componentes a diferentes proyectos, la respuesta es, bueno, simplemente usar React.

Entonces, bien, gracias por asistir. Ahora que sabemos cómo hacer que los componentes funcionen en cada una de tus aplicaciones web, en toda tu organización, porque como todos sabemos, durante los últimos 30 años, todas las aplicaciones web solo han utilizado React. Así que gracias por asistir.

2. Desafíos con Diferentes Frameworks

Short description:

Muchas organizaciones grandes utilizan diferentes frameworks y bibliotecas, y es importante tener una apariencia y sensación consistentes en todos los activos y software web. Los sistemas de diseño como Material Design de Google tienen como objetivo proporcionar una apariencia consistente. Para asegurarse de que su biblioteca de componentes sea utilizada por diferentes equipos, siga las mejores prácticas y pautas de su framework. Surgen desafíos al utilizar bibliotecas de CSS dentro de frameworks de JavaScript, pero Stencil ayuda a construir componentes que funcionan naturalmente en diferentes frameworks.

Bien, sé que no engañé a nadie allí. Puede haber esta suposición de que una organización solo utiliza una tecnología, pero lo que ven aquí se acerca más a la realidad, especialmente a medida que pasa el tiempo y la tecnología cambia. Esta charla es más para los desarrolladores que están construyendo componentes dentro de organizaciones que se ajustan a esta categoría.

La realidad es que muchas organizaciones grandes utilizan muchos frameworks y bibliotecas e incluso diferentes versiones de estos frameworks. Las organizaciones están compuestas por numerosos departamentos, y dentro de cada departamento, puedes encontrar muchos equipos de software diferentes. Estos equipos manejan una amplia gama de cosas, desde sitios web de contenido, aplicaciones web para dispositivos móviles y de escritorio, aplicaciones nativas para iOS y Android, y así sucesivamente. Y generalmente, cada equipo elige el framework con el que le gustaría trabajar.

Entonces, mientras los equipos eligen el software que mejor les funciona, rápidamente nos encontramos con algunos problemas para administrar componentes con una apariencia y sensación consistentes. Y debido a que los diferentes proyectos se inician en diferentes momentos por diferentes desarrolladores que utilizan diferentes frameworks, a menudo nos encontramos con muchos problemas. Es común, pero más bien un requisito, que una organización cree un sistema de diseño, básicamente poder tener una apariencia y sensación consistentes entre todos sus activos y software web.

Y aquí hay algunos de los sistemas de diseño más conocidos y ampliamente utilizados. El más notable, creo, tendría que ser Material Design de Google. Pero esos fueron solo algunos de los sistemas de diseño notables que se ven geniales. La lista continúa. Si bien no todos nosotros podemos tener un nombre elegante para nuestras bibliotecas de UI, o al menos aún no, muchos tienen los mismos objetivos, y eso es una apariencia consistente y proporcionar una biblioteca de UI bien documentada para varios equipos, tanto dentro como fuera de sus organizaciones, para poder utilizarla. Y algo que hemos escuchado a los desarrolladores decir muchas veces es que han creado un sistema de diseño y simplemente esperaban que otros equipos lo adoptaran. Pero rápidamente se encontraron con este obstáculo, porque otros equipos simplemente no están utilizando el mismo framework.

Entonces, si quieres que tu biblioteca de componentes sea utilizada por diferentes equipos, lo mejor es seguir las mejores prácticas y pautas de su framework. Esto significa que debes poder proporcionarles componentes que ya funcionen en su framework. Y un tema común es utilizar bibliotecas solo de CSS. Y luego cada framework construye una capa encima de esa biblioteca de CSS común. Esto incluye bibliotecas similares a algo como Twitter Bootstrap, pero más bien una biblioteca de CSS personalizada para organizaciones. Ahora, los desafíos al utilizar bibliotecas de CSS dentro de los frameworks de JavaScript es que en el momento en que la estructura HTML cambia o cambia una clase de CSS, básicamente todas esas implementaciones dejan de funcionar. Y aquí hay un gran riesgo al depender de una cierta versión de bibliotecas de CSS. Aquí es donde se introdujo por primera vez la idea de Stencil.

Y antes de seguir adelante, realmente quiero decir que Stencil no intenta reemplazar a los frameworks, ni siquiera actuar como un framework. React y todos los demás ya hacen un excelente trabajo. En cambio, Stencil es una herramienta para ayudar a construir componentes que funcionan naturalmente en cada uno de los diferentes frameworks. Es para ayudar a los desarrolladores a crear componentes que necesitan funcionar en tantos proyectos desconectados como sea posible. Y para hacer esto, utiliza un modelo de componente común en el que se basan todos los frameworks.

3. Trabajando con Múltiples Frameworks

Short description:

Para que un componente funcione en todos los frameworks, debe haber una capa común con la que cada framework interactúe, que es el DOM. El modelo de objeto de documento altamente estandarizado es utilizado por React, Angular, Vue y otros frameworks. La especificación de elementos personalizados permite la creación de componentes que se pueden utilizar en diferentes frameworks. Stencil, un compilador de bajo nivel, permite la generación de componentes genéricos que funcionan en diferentes frameworks, incluyendo React. Stencil tiene un tiempo de ejecución mínimo y se basa en las API web existentes dentro del navegador, como el método ConnectedCallback. Al restringir los componentes a las API proporcionadas por el navegador, Stencil permite la creación de aplicaciones autocontenidas. El objetivo de Stencil es mantener una versión central de Ionic mientras se admiten múltiples frameworks.

Entonces, la gran pregunta es, ¿cómo podría funcionar eso? ¿Cómo puede un componente funcionar en todos los frameworks? Para que un componente funcione en todas partes, debe haber una capa común con la que cada framework interactúe. Y no es sorprendente, la capa común es el DOM, el modelo de objeto de documento. Esto es lo que permite que las páginas web y las aplicaciones web se representen y actualicen en nuestros navegadores.

React, Angular, Vue, todos ellos interactúan con elementos HTML y nodos de texto para representar sus componentes. La parte que a menudo se pasa por alto es que todos estos frameworks representan aplicaciones en nuestros navegadores debido al modelo de objeto de documento altamente estandarizado, que se utiliza en miles de millones de dispositivos en este momento. Y ni siquiera puedo imaginar cuántas veces el DOM ha representado un documento desde el comienzo de esta diapositiva. Cada framework se basa en esta API común, y lo interesante es que el DOM también se puede extender en el nivel más bajo, lo que nos permite crear componentes que se pueden utilizar en cada uno de estos frameworks. Esto nos lleva a la especificación de elementos personalizados. Es una API estandarizada que ya está integrada directamente en los navegadores actuales. Y de hecho, ha estado disponible sin necesidad de polyfills durante algunos años. La capacidad de tener un componente común de bajo nivel comienza con una especificación de elementos personalizados, y es bastante poderosa en su capacidad para ejecutar JavaScript personalizado para componentes individuales dentro del DOM. En el momento en que un elemento personalizado definido llega al DOM, ya sea mediante document.createElement, innerHTML, usando React, Angular, revisión, o cualquier otro, cuando ese elemento llega al DOM, el navegador ejecutará el JavaScript personalizado del elemento. Con esa capacidad sola, Stencil puede aprovechar la idea de generar un componente genérico que puede funcionar en todos los frameworks. Y sí, a pesar de toda la confusión que hay, React puede funcionar muy bien con elementos personalizados. La parte de pasar data a estos elementos, como pasar matrices u objetos, es donde el compilador de Stencil puede generar automáticamente las vinculaciones para eso, para ayudar a resolver ese problema. Y no, ni siquiera estoy insinuando que esto reemplace a React. Más bien, me gustaría mostrar cómo hemos logrado construir una biblioteca de componentes de interfaz de usuario de React que también se puede utilizar en Angular y en Vue, o incluso sin ningún framework, utilizando un componente común y el compilador de Stencil.

Ahora, en comparación con un framework completo como Angular, React o Vue, Stencil tiene muy poco tiempo de ejecución. Esto es bastante similar a Svelte, donde los componentes son generados por un compilador y solo con el código que necesitan. Y Stencil también es similar a Preact en el sentido de que depende en gran medida de las API web existentes ya presentes en el navegador. Sin embargo, una de las mayores diferencias es cómo... La mayor diferencia con respecto a un framework tradicional es permitir que el navegador notifique cuando se ha agregado un elemento al DOM o cuando un atributo ha cambiado. Ahora, los componentes de Stencil extenderán el elemento HTML del DOM. Y debido a eso, podemos aprovechar las API existentes integradas directamente en el navegador. Y probablemente la más útil aquí sería el método ConnectedCallback. Con estas características solas, los componentes de Stencil pueden administrarse y actuar realmente como su propia aplicación autocontenida. Además de eso, hemos restringido intencionalmente nuestros componentes para que solo funcionen con las API proporcionadas por el navegador. Entonces, volviendo a la razón original por la que creamos Stencil, fue para poder mantener una versión central de Ionic al mismo tiempo que ofrecemos Ionic React, Angular en View, y lo que venga después. Ionic es una biblioteca de interfaz de usuario centrada en dispositivos móviles para la web. Pero no quiero centrarme demasiado en Ionic aquí.

4. Mantener Componentes Reutilizables con Stencil

Short description:

Stencil es una herramienta de tiempo de compilación que ayuda a generar y mantener componentes reutilizables. Permite que los componentes funcionen en diferentes frameworks sin tener que mantener múltiples bibliotecas y bases de código. Stencil genera vinculaciones de frameworks a partir de un modelo de componente común, lo que permite la creación de elementos personalizados autocontenidos. Estos elementos pueden envolverse con vinculaciones de frameworks para crear versiones específicas de cada framework sin necesidad de bases de código adicionales.

En lugar de eso, quiero revisar nuestros requisitos como mantenedores de la biblioteca. Tiene más de 100 componentes, y enfrentamos muchos de los mismos desafíos que cualquier otro equipo. De hecho, los frameworks, las bibliotecas y las mejores prácticas siguen cambiando constantemente. Sin embargo, los componentes en sí se han mantenido relativamente iguales. Claro, actualizamos el diseño, solucionamos errores, manejamos problemas, pero eso no debería requerir reescrituras constantes de cada componente.

Si hay algo que quiero dejar claro es que Stencil es una herramienta de tiempo de compilación. Es una herramienta que nos ayuda a generar y mantener componentes reutilizables. El problema que Stencil resuelve para Ionic es permitir que nuestros componentes funcionen en muchos de los frameworks actuales, pero sin tener que mantener múltiples bibliotecas y diferentes bases de código para cada uno de los frameworks. Y un beneficio adicional es que también podemos adaptarnos fácilmente a los frameworks del futuro, o cuando uno de los frameworks tenga un cambio importante y rompa. Y podemos hacer todo esto sin tener que reescribir el componente una vez más.

Un gran desafío es que cada framework maneja la asignación y lectura de propiedades de manera diferente. Entonces, aunque está muy bien documentado cómo asignar una propiedad a un componente de React, los detalles de cómo funciona eso internamente son completamente diferentes a cómo funciona internamente para Angular y Vue. Aquí es donde entra en juego Stencil para generar estas vinculaciones de frameworks a partir de un modelo de componente común. Así que vamos a sumergirnos en algo de código y crear un componente de barra de progreso utilizando el modelo de componente estándar, y luego generaremos eso en las diferentes vinculaciones para cada uno de los diferentes frameworks y mostraremos cómo usarlo en cada uno de los diferentes frameworks.

Bien, así que vamos a sumergirnos en algo de código y crear un componente de círculo de progreso simple. Aquí estamos estableciendo el nombre de etiqueta del elemento personalizado, incluyendo este estilo directamente, ya que es un ejemplo simple, pero normalmente importaríamos un archivo CSS en su lugar. Y este componente tiene tres propiedades, tamaño, trazo y porcentaje, y actúan como propiedades y atributos en el elemento HTML. Y por último, tenemos una función de renderizado familiar que devuelve JSX. Ahora, me encantaría usar un lenguaje de plantillas estándar aquí, pero el problema es que no existe tal cosa como un lenguaje de plantillas estándar, al menos aún no existe. Y si usamos otro lenguaje de plantillas personalizado, volvemos a usar simplemente otro framework. Así que hoy en día, lo más cercano que tenemos a un estándar sería JSX, y creo que muchos de ustedes probablemente estarían de acuerdo. Entonces, lo que obtenemos es un elemento personalizado autocontenido. Dentro del Inspector de Dev, puedes ver que cambia sus atributos, y debido a que cambia esos valores, la función de renderizado se ejecutará nuevamente. Y lo mismo ocurre al editar las propiedades del elemento. Entonces, este componente funciona de manera independiente de cualquier estructura de la aplicación y se maneja a sí mismo. Esta es la parte realmente poderosa, porque ahora podemos envolver este elemento personalizado con vinculaciones de frameworks y enviar una versión específica del framework de este componente. Pero al mismo tiempo, no tenemos que mantener una base de código adicional para cada framework. Y este es un ejemplo del archivo de configuración de Stencil, donde podemos hacer que el compilador genere numerosos objetivos de salida. En nuestro caso, lo estamos configurando para generar archivos fuente de TypeScript en el directorio del paquete para todos los resultados de React, Angular y Vue. Pero también está generando solo elementos personalizados básicos, y está creando archivos README en formato markdown.

5. Component Usage and Framework Bindings

Short description:

El lado izquierdo muestra el componente interno generado automáticamente, y el lado derecho muestra el resultado de ese componente y cómo lo usaría un desarrollador de React. Con Ionic Angular, proporcionamos componentes de Angular y no elementos personalizados. Los desarrolladores de Angular importan Ionic y lo usan en su plantilla como cualquier otra biblioteca. La especificación de elementos personalizados ha sido extremadamente poderosa para Stencil para construir vinculaciones de frameworks y enviar Ionic en cada uno de los frameworks.

Entonces, el lado izquierdo muestra el componente interno generado automáticamente, y el lado derecho muestra el resultado de ese componente y cómo lo usaría un desarrollador de React. Importarían y usarían estos componentes de la misma manera que cualquier otro componente de React. Por ejemplo, el nombre de la etiqueta JSX está en Pascal case, que es la norma esperada para usar con componentes de React. Mientras que un desarrollador de Angular esperaría que las etiquetas de estos componentes estén en dashcase.

Con Ionic Angular, nos dimos cuenta rápidamente de que necesitábamos proporcionar a nuestros usuarios componentes de Angular y no elementos personalizados. Así es como los desarrolladores de Angular importarían Ionic y lo usarían en su plantilla. No importa que los componentes realmente utilicen elementos personalizados de componentes. Para los desarrolladores de Angular, están usando Ionic de la misma manera que el resto de sus bibliotecas. Esto incluye entradas, controles de formulario, escuchadores de host y todas las demás API de Angular. No estoy tratando de convencer a todos de que codifiquen elementos personalizados en lugar de React o Angular, pero ciertamente puedo mostrar cómo esa especificación de elementos personalizados ha sido extremadamente poderosa para Stencil para construir vinculaciones de frameworks y enviar Ionic en cada uno de los frameworks.

6. Component Styling and Optimization

Short description:

La parte más desafiante de un componente es su estilo. Shadow DOM ha sido excelente para Ionic, pero hay constantes mejoras y cambios para evitar cambios que rompan. Entre Ionic v4 e v5, hubo una importante actualización de diseño. Stencil puede generar varias salidas y aplicar optimizaciones pesadas. TypeScript se utiliza para recopilar metadatos y aplicar optimizaciones. Con Stencil, se puede generar un archivo json que incluye metadatos sobre cada componente en la biblioteca.

Ahora hablamos mucho sobre patrones de JavaScript en cada modelo de componente, pero honestamente creo que la parte más desafiante de un componente es su estilo. Al igual que tener que encontrar un denominador común para el modelo de componente, también necesitamos llegar a un estilo que funcione en todas partes. Afortunadamente, los estándares web nos cubren nuevamente, y sorpresa, se llama CSS.

Ahora, por lo que he visto en la práctica, hay un aspecto de Shadow DOM que se ama u odia. Creo que la gran discusión es que Shadow DOM es excelente para algunas cosas, pero no es la solución definitiva para todos los problemas de componentes. Y en mi experiencia, Shadow DOM ha sido excelente para Ionic, especialmente porque muchas aplicaciones dependen de él y se desarrollan en nuestra API. Al mismo tiempo, estamos constantemente haciendo mejoras y cambios en Ionic, pero evitando cambios grandes y disruptivos en la estructura HTML y las clases CSS. Esto es un desafío que tiene Ionic, ya que somos utilizados por muchos proyectos externos.

Por otro lado, una aplicación independiente que no comparte componentes no tiene el mismo caso de uso que algo como su sistema de diseño. Piense en las actualizaciones importantes de versiones anteriores de una biblioteca CSS. Si la estructura HTML cambió o el nombre de la clase CSS cambió, a menudo las implementaciones del framework se rompieron. Entre Ionic v4 y v5, hubo una importante actualización de diseño para seguir de cerca el diseño de material en iOS. Lo que me enorgullece aquí es cómo muchos componentes tuvieron una reescritura importante en todos los niveles. Pero el usuario escribió estos componentes en sus aplicaciones de la misma manera entre v4 y v5. No hubo etiquetas HTML o clases CSS específicas que necesitaran cambiar.

Y los objetivos de salida de Stencil van más allá de las vinculaciones de frameworks. Utilizando la misma idea, el compilador puede tomar información de cada componente y construir varias salidas. Por ejemplo, puede generar automáticamente documentación y datos de componente. También puede crear componentes que se pueden pre-renderizar en Node.js. El compilador es capaz de aplicar optimizaciones pesadas después del análisis estático. Y lo hace mediante TypeScript recorriendo el AST de cada componente. Cada bit de metadatos se utiliza para personalizar el tiempo de ejecución y permitir que el tiempo de ejecución use solo lo que necesita. Y no solo puede aplicar optimizaciones, podemos utilizar esa información para generar automáticamente documentación. La fuente de los componentes de Stencil utiliza TypeScript y, bajo el capó, TypeScript tiene muchas características excelentes, una de ellas son los transformadores personalizados. En la transformación personalizada anterior, podemos recopilar metadatos útiles sobre cada componente. En la transformación posterior, podemos tomar esos metadatos y aplicar algunas optimizaciones tanto a nuestro tiempo de ejecución como a los componentes del usuario. Y no faltan generadores de sitios de documentación excelentes. El primero que me viene a la mente es DocuSource. Con Stencil, podemos generar un archivo json que incluye metadatos sobre cada componente en la biblioteca. Esto incluye documentación para props, atributos, eventos, listeners, variables CSS y muchos más.

7. Closing Remarks

Short description:

No puedes equivocarte al elegir React. Es una excelente opción para el desarrollo de aplicaciones. Stencil resuelve el problema de mantener una base de código mientras se trabaja en todas partes. Si tienes un caso de uso similar, puede valer la pena explorar Stencil.

Así que eres libre de tomar este data generado automáticamente y conectarlo a cualquier sistema, o simplemente puedes hacer que Stencil genere automáticamente archivos readme, que funcionan muy bien dentro de GitHub o npm. Para cerrar todo esto, realmente no puedes equivocarte al elegir React. Es una excelente opción para el desarrollo de aplicaciones. Pero lo que Stencil está resolviendo es un poco diferente. Con Ionic, queríamos mantener una base de código, pero trabajar en todas partes y poder adaptarnos rápidamente. Si tienes un proyecto con un caso de uso similar, entonces un proyecto como Stencil puede ser algo que vale la pena investigar más a fondo. Quiero agradecerte por tu tiempo, gracias por recibirme, lo pasé genial. Espero que pruebes Stencil y nos cuentes cómo te va. Gracias.

8. Web Components Survey Results

Short description:

Los resultados de la encuesta de la audiencia muestran que el 45% de ellos han oído hablar de los componentes web pero aún no los han probado, mientras que el 20% los ha probado y planea usarlos en producción. Esta retroalimentación positiva indica que las personas están reconociendo el valor de los componentes web. A pesar de la tensión histórica entre React y los componentes web, el orador tiene como objetivo resaltar la utilidad de los componentes web en su charla y cómo pueden beneficiar diferentes casos de uso.

Veamos, hemos preguntado a nuestra audiencia, ¿cuál es tu experiencia con los componentes web? Y el 45% de ellos es el ganador. Han dicho que han oído hablar de ellos, pero no los han probado. Pero quieren hacerlo. Y el segundo lugar con un 20% los ha probado y planea usarlos en producción. ¿Qué opinas de estos resultados? Creo que es bastante positivo. Es mucho más alto de lo que pensaba. Así que eso está bien, es bueno ver que la gente está reconociendo su valor y cosas así. Así que creo que es una buena retroalimentación positiva. Sí, siempre es agradable escuchar que hiciste un esfuerzo para construir algo y que la gente quiere usarlo, por supuesto. Sí, eso es correcto. Sí, lo sé. Pero esto es bastante genial porque, ya sabes, tradicionalmente React y los componentes web suelen chocar. Y sin embargo, ha sido interesante cómo ha sucedido el desarrollo de ambos, ha sido interesante. Pero lo que intenté hacer en la charla fue ver más allá de todo eso e intentar simplemente exponer cómo nos ha sido útil y cómo lo usamos y cosas así. Así que espero que la gente también pueda ver, como, cómo nuestro caso de uso nos ayudó y cómo también podría ayudar a su caso de uso.

QnA

Using Stencil for Different Use Cases

Short description:

Para una empresa que desarrolla en React con una aplicación web autocontenida, elegir React es una elección fácil. Sin embargo, si estás creando una biblioteca de interfaz de usuario o un sistema de diseño con componentes compartidos, Stencil es una mejor opción, ya que permite la futura compatibilidad y versionado. Stencil es particularmente útil para organizaciones grandes y escenarios que involucran micro front-ends. Permite construir lógica en diferentes frameworks mientras se mantienen componentes consistentes. La siguiente pregunta se refiere a la compatibilidad de Ionic y otros frameworks basados en componentes web en una arquitectura de micro front-end donde cada aplicación front-end integrada utiliza una versión diferente de Ionic. El orador reconoce que esto puede ser un problema debido a la naturaleza global de los Custom Elements.

Sí, bueno, hablando de casos de uso, eso es un buen puente hacia nuestra primera pregunta, en realidad. La pregunta es de Frazili Shchalkov. Y la pregunta es, ¿crees que todavía es valioso usar Stencil en el caso de uso donde una empresa solo está usando un framework, probablemente React en nuestro contexto, para todos sus proyectos front-end? ¿Puedes dar un ejemplo que demuestre por qué todavía es valioso? Sí, esa es una pregunta difícil de responder porque es como tratar de predecir el futuro de qué framework estará presente en los próximos 20 años o algo así. Y así que creo que si esto fuera 2012, todos estaríamos diciendo, bueno, Angler.js es la forma de hacer las cosas. Ese es el mejor framework que todos están usando. Toda mi empresa usa Angler.js, así que vamos a usarlo para todo. Pero como sabes, los tiempos cambian, y React salió y Vue salió, y ninguno de ellos se deletreó mal, así que es difícil predecir el futuro, y eso es en gran parte por qué creamos Stencil para nosotros mismos, porque Ionic necesitaba seguir ajustándose. Y supongo que repito esto una y otra vez en la presentación. Porque tuvimos que seguir ajustándonos, necesitábamos ir al nivel más bajo de un elemento, ya sabes, y eso es solo un elemento personalizado. Y a través de eso, podemos ajustarnos para el futuro, ya sabes, y ajustar cosas así. Entonces, para una empresa que solo está desarrollando en React, como si estuvieras haciendo solo una aplicación web, ya sabes, con otros tres desarrolladores, y esta es una aplicación web autocontenida, y no comparte ninguno de los componentes con ninguna otra aplicación web, cosas así, entonces creo que es una elección fácil ir con todo en React, porque realmente no es el mismo caso de uso que Stencil está tratando de resolver, mientras que si estás tratando de crear una biblioteca de interfaz de usuario, un sistema de diseño que esta aplicación web va a usar, el que el equipo de marketing, ya sabes, en Europa está usando, el que el equipo de ventas en América está usando, si hay todos estos componentes compartidos, ahí es donde Stencil es una mejor opción para eso, porque entonces es más a prueba de futuro en el sentido de que puedes ajustar, como todos estos diferentes componentes pueden mantenerse en una cierta versión. Realmente no hay una versión cuando se trata de eso. El compilador tiene una versión, y un compilador puede hacer cosas diferentes, pero en su mayor parte, esos componentes no tienen versión, y eso es algo bueno, porque no sabes si están usando Backbone y están atascados en Backbone, o si podrían estar usando la última versión de React 25 o algo así. Es una pregunta difícil de responder, y creo que realmente depende de tu caso de uso y de cómo vas a hacer tus componentes. En nuestro caso, si es algo como un sistema de diseño, entonces un sistema de diseño para una organización grande, entonces creo que Stencil es una buena elección para eso. Sí. Creo que eso lo resume para mí. Estaba hablando con Adam un poco antes, y el caso de uso en el que estaba tratando de venderlo a la empresa en la que trabajaba en ese momento era que estábamos trabajando con muchos micro front-ends. Así que es una gran aplicación web con micro front-ends. Todos usaban React. Todo el equipo usaba React. Pero no sabemos si todavía lo haremos en cinco años, ¿verdad? Entonces, tal vez en cinco años quieras crear uno de estos micro front-ends en Svelte o cualquier otro nuevo framework de moda que salga para ese momento. Entonces sería muy fácil porque solo tendrían que construir la lógica, pero todos los front-ends, como los componentes, ya están ahí. Y eso es lo que realmente creo que es el poder que las personas pueden usar Stencil para protegerse un poco para el futuro. Sí, exactamente. Sí. Genial. La siguiente pregunta es de Zandro. ¿Funciona Ionic o cualquier otro framework basado en componentes web en un micro front-end? Cuando cada aplicación front-end integrada usa una versión diferente de Ionic, los componentes web son globales, por lo que pueden sobrescribirse entre sí. Sí, ese es un problema con los Custom Elements ya que window.defineCustomElement es global.

Clashes and Framework-specific Binding

Short description:

Puede haber conflictos si hay numerosas versiones de Ionic en una aplicación, pero se utilizará la más reciente. Si bien puede haber preocupaciones con los elementos personalizados, no es un problema de Stencil, sino más bien un problema de la plataforma. El futuro con Stencil aún puede requerir pasos de enlace específicos del framework. Inicialmente, Ionic consideró ser todo Componentes Web, pero se dio cuenta de la importancia de las características específicas del framework y decidió admitirlas en función de las necesidades y preferencias de cada framework.

Entonces, Ion-button es solo un Ion-button que se puede registrar en esa ventana. Sí, eso es un problema. Si tuvieras una aplicación que tuviera numerosas versiones de Ionic, ahí es donde habría un conflicto. Diré que creo que el último es el que gana, por lo que podrías tener un par de ellos registrados. El último será el ganador, o tal vez sea el primero. No recuerdo. De cualquier manera, no habrá un error. Se utilizará el más reciente.

Una cosa que hacemos específicamente con Ionic es dedicar mucho tiempo y esfuerzo en asegurarnos de que solo estamos corrigiendo errores, mejorando cosas como esa, mejorando el diseño. Pero la API en sí, las propiedades, atributos, cosas así, no están cambiando. Entonces, hablando por Ionic, creo que eso sería seguro. Siempre hay, ya sabes, el desafío de las versiones incompatibles entre las diferentes cosas así. Pero sí, creo que es una preocupación válida con los elementos personalizados y las cosas que podrían suceder. Pero también, ya sabes, realmente no quieres tener muchas de las mismas sistemas de diseño, muchas versiones diferentes del mismo sistema de diseño ejecutándose en la misma página web. Esperemos que no, pero supongo que una vez que tu empresa y, por lo tanto, tu proyecto crezcan y haya superposición de equipos y miembros del equipo que se van, miembros adicionales del equipo que llegan, entonces puede volverse tedioso mantenerlo, supongo. Sí. Sí. Y sé que están abordando esto en los estándares, pero no es algo que se use actualmente. Bueno, tendremos que esperar a que se solucione ese problema. Pero eso no es un problema de Stencil. Es un problema de la plataforma.

La siguiente pregunta es de Alex. ¿Existe un futuro con Stencil en el que no necesitemos tener pasos de enlace específicos del framework? Los Componentes Web parecen tan prometedores como una solución de escribir una vez y usar en todas partes para nuestros componentes, pero aún parece que tenemos un camino por recorrer antes de que sea realmente fácil comenzar con ellos, especialmente hablando de la integración con React.

No, creo que aún falta un tiempo hasta que podamos prescindir de ellos. Una cosa con la que comenzamos con Ionic Angular cuando comenzamos este proyecto alrededor de 2017 fue que podría ser todo Componentes Web. Ni siquiera iba a tener las vinculaciones de Angular. Y comenzamos con eso durante el desarrollo, y rápidamente nos dimos cuenta de que las personas esperarían los decoradores de salida y los decoradores de entrada y que NG model funcionara y todas las cosas de Angular funcionaran como esperan. Y ahí es donde decidimos que no podíamos ir completamente a Componentes Web en su totalidad porque las personas aún quieren usar Angular como quieren usar Angular. Entonces, en última instancia, depende de cada uno de los frameworks y cuánto están dispuestos a adoptarlo.

Benefits of Custom Elements and Stencil

Short description:

Un elemento personalizado es simplemente un div con devoluciones de llamada que se pueden conectar a cualquier framework. Stencil permite ajustarse a las mejoras y cambios del framework sin alterar los componentes. Los desarrolladores de Ionic pueden mantener sus componentes sin realizar cambios durante años.

Afortunadamente, un elemento personalizado es realmente solo un elemento. Es solo un div que tiene devoluciones de llamada en su mayor parte. Y así podemos conectarnos a cualquier framework porque todos están utilizando el mismo DOM. Sí, creo que aún queda camino por recorrer. Pero ese es el punto de Stencil, que podemos adaptarnos a todo esto. Entonces, a medida que Angular mejora o Angular reduce su huella de lo que están usando y lo que no están usando, simplemente podemos ajustar el compilador. Y para nosotros, los desarrolladores de Ionic, no tenemos que cambiar nuestros componentes en absoluto. Todavía estamos manteniendo los mismos componentes que hace cuatro años. Genial. Creo que eso es todo el tiempo que tenemos para nuestras preguntas y respuestas. Pero estarás en tu chat especial. Así que todos los que aún tengan preguntas que no tuvieron la oportunidad de hacerle a Adam en esta sesión de preguntas y respuestas, por favor únanse a Adam en el chat especial. Adam, muchas gracias por unirte. Sé que te arrastré aquí y estoy muy feliz de que hayas estado dispuesto a unirte. Sí, feliz de unirme. Gracias por tenerme.

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

Una Guía del Comportamiento de Renderizado de React
React Advanced 2022React Advanced 2022
25 min
Una Guía del Comportamiento de Renderizado de React
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Construyendo Mejores Sitios Web con Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Construyendo Mejores Sitios Web con Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
Compilador React Forget - Entendiendo React Idiomático
React Advanced 2023React Advanced 2023
33 min
Compilador React Forget - Entendiendo React Idiomático
Top Content
Joe Savona
Mofei Zhang
2 authors
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Uso efectivo de useEffect
React Advanced 2022React Advanced 2022
30 min
Uso efectivo de useEffect
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Enrutamiento en React 18 y más allá
React Summit 2022React Summit 2022
20 min
Enrutamiento en React 18 y más allá
Top Content
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.
Concurrencia en React, Explicada
React Summit 2023React Summit 2023
23 min
Concurrencia en React, Explicada
Top Content
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.

Workshops on related topic

Masterclass de Depuración de Rendimiento de React
React Summit 2023React Summit 2023
170 min
Masterclass de Depuración de Rendimiento de React
Top Content
Featured Workshop
Ivan Akulov
Ivan Akulov
Los primeros intentos de Ivan en la depuración de rendimiento fueron caóticos. Vería una interacción lenta, intentaría una optimización aleatoria, vería que no ayudaba, y seguiría intentando otras optimizaciones hasta que encontraba la correcta (o se rendía).
En aquel entonces, Ivan no sabía cómo usar bien las herramientas de rendimiento. Haría una grabación en Chrome DevTools o React Profiler, la examinaría, intentaría hacer clic en cosas aleatorias, y luego la cerraría frustrado unos minutos después. Ahora, Ivan sabe exactamente dónde y qué buscar. Y en esta masterclass, Ivan te enseñará eso también.
Así es como va a funcionar. Tomaremos una aplicación lenta → la depuraremos (usando herramientas como Chrome DevTools, React Profiler, y why-did-you-render) → identificaremos el cuello de botella → y luego repetiremos, varias veces más. No hablaremos de las soluciones (en el 90% de los casos, es simplemente el viejo y regular useMemo() o memo()). Pero hablaremos de todo lo que viene antes - y aprenderemos a analizar cualquier problema de rendimiento de React, paso a paso.
(Nota: Esta masterclass es más adecuada para ingenieros que ya están familiarizados con cómo funcionan useMemo() y memo() - pero quieren mejorar en el uso de las herramientas de rendimiento alrededor de React. Además, estaremos cubriendo el rendimiento de la interacción, no la velocidad de carga, por lo que no escucharás una palabra sobre Lighthouse 🤐)
Next.js para Desarrolladores de React.js
React Day Berlin 2023React Day Berlin 2023
157 min
Next.js para Desarrolladores de React.js
Top Content
Featured WorkshopFree
Adrian Hajdin
Adrian Hajdin
En esta avanzada masterclass de Next.js, profundizaremos en conceptos clave y técnicas que permiten a los desarrolladores de React.js aprovechar al máximo Next.js. Exploraremos temas avanzados y prácticas prácticas, equipándote con las habilidades necesarias para construir aplicaciones web de alto rendimiento y tomar decisiones arquitectónicas informadas.
Al final de esta masterclass, serás capaz de:1. Comprender los beneficios de los Componentes del Servidor React y su papel en la construcción de aplicaciones React interactivas, renderizadas por el servidor.2. Diferenciar entre el tiempo de ejecución de Edge y Node.js en Next.js y saber cuándo usar cada uno en función de los requisitos de tu proyecto.3. Explorar técnicas avanzadas de Renderizado del Lado del Servidor (SSR), incluyendo streaming, fetching paralelo vs. secuencial, y sincronización de datos.4. Implementar estrategias de caché para mejorar el rendimiento y reducir la carga del servidor en las aplicaciones Next.js.5. Utilizar Acciones React para manejar la mutación compleja del servidor.6. Optimizar tus aplicaciones Next.js para SEO, compartir en redes sociales, y rendimiento general para mejorar la descubrabilidad y la participación del usuario.
Aventuras de Renderizado Concurrente en React 18
React Advanced 2021React Advanced 2021
132 min
Aventuras de Renderizado Concurrente en React 18
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
Con el lanzamiento de React 18 finalmente obtenemos el tan esperado renderizado concurrente. Pero, ¿cómo va a afectar eso a tu aplicación? ¿Cuáles son los beneficios del renderizado concurrente en React? ¿Qué necesitas hacer para cambiar al renderizado concurrente cuando actualices a React 18? ¿Y qué pasa si no quieres o no puedes usar el renderizado concurrente todavía?

¡Hay algunos cambios de comportamiento de los que debes estar al tanto! En esta masterclass cubriremos todos esos temas y más.

Acompáñame con tu portátil en esta masterclass interactiva. Verás lo fácil que es cambiar al renderizado concurrente en tu aplicación React. Aprenderás todo sobre el renderizado concurrente, SuspenseList, la API startTransition y más.
Consejos sobre React Hooks que solo los profesionales conocen
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
Consejos sobre React Hooks que solo los profesionales conocen
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
La adición de la API de hooks a React fue un cambio bastante importante. Antes de los hooks, la mayoría de los componentos tenían que ser basados en clases. Ahora, con los hooks, estos son a menudo componentes funcionales mucho más simples. Los hooks pueden ser realmente simples de usar. Casi engañosamente simples. Porque todavía hay muchas formas en las que puedes equivocarte con los hooks. Y a menudo resulta que hay muchas formas en las que puedes mejorar tus componentes con una mejor comprensión de cómo se puede usar cada hook de React.Aprenderás todo sobre los pros y los contras de los diversos hooks. Aprenderás cuándo usar useState() versus useReducer(). Veremos cómo usar useContext() de manera eficiente. Verás cuándo usar useLayoutEffect() y cuándo useEffect() es mejor.
Presentando FlashList: Construyamos juntos una lista performante en React Native
React Advanced 2022React Advanced 2022
81 min
Presentando FlashList: Construyamos juntos una lista performante en React Native
Top Content
Featured Workshop
David Cortés Fulla
Marek Fořt
Talha Naqvi
3 authors
En esta masterclass aprenderás por qué creamos FlashList en Shopify y cómo puedes usarlo en tu código hoy. Te mostraremos cómo tomar una lista que no es performante en FlatList y hacerla performante usando FlashList con mínimo esfuerzo. Usaremos herramientas como Flipper, nuestro propio código de benchmarking, y te enseñaremos cómo la API de FlashList puede cubrir casos de uso más complejos y aún así mantener un rendimiento de primera categoría.Sabrás:- Breve presentación sobre qué es FlashList, por qué lo construimos, etc.- Migrando de FlatList a FlashList- Enseñando cómo escribir una lista performante- Utilizando las herramientas proporcionadas por la biblioteca FlashList (principalmente el hook useBenchmark)- Usando los plugins de Flipper (gráfico de llamas, nuestro perfilador de listas, perfilador de UI & JS FPS, etc.)- Optimizando el rendimiento de FlashList utilizando props más avanzados como `getType`- 5-6 tareas de muestra donde descubriremos y solucionaremos problemas juntos- Preguntas y respuestas con el equipo de Shopify
React, TypeScript y TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript y TDD
Top Content
Featured Workshop
Paul Everitt
Paul Everitt
ReactJS es extremadamente popular y, por lo tanto, ampliamente soportado. TypeScript está ganando popularidad y, por lo tanto, cada vez más soportado.

¿Los dos juntos? No tanto. Dado que ambos cambian rápidamente, es difícil encontrar materiales de aprendizaje precisos.

¿React+TypeScript, con los IDEs de JetBrains? Esa combinación de tres partes es el tema de esta serie. Mostraremos un poco sobre mucho. Es decir, los pasos clave para ser productivo, en el IDE, para proyectos de React utilizando TypeScript. En el camino, mostraremos el desarrollo guiado por pruebas y enfatizaremos consejos y trucos en el IDE.