🕸️ Yew — 2017#

⬅️ Atlas · 🦀 Ecosistema Rust · 🗂️ Índice

Yew fue el primero en llevar el modelo de componentes de React fuera de JavaScript, compilando Rust a WebAssembly. Su valor para el Atlas es esa demostración: la arquitectura de componentes no es propiedad de un lenguaje.

💡 React en otro lenguaje#

Componentes, propiedades, estado, árbol virtual y comparación: el mismo modelo que React, escrito en Rust y ejecutado en WebAssembly [webassembly-org].

Que la idea sobreviva al cambio de lenguaje, de runtime y de modelo de memoria es la mejor prueba de la tesis del módulo 03: lo que hay que aprender es el modelo, no la API.

⚖️ El coste de WebAssembly en la interfaz#

La segunda fila es la estructural y merece entenderse: una interfaz hace muchísimas operaciones sobre el documento, y cada cruce tiene coste. Es exactamente el mismo problema del puente que describe la ficha de React Native, aquí entre WebAssembly y el DOM.

Por eso WebAssembly brilla en cálculo intensivo —imagen, cifrado, simulación— y compite peor en manipulación de interfaz, que es trabajo de coordinación con el documento.

🧭 Cuándo tiene sentido#

Tiene sentido cuando ya existe lógica en Rust que se quiere reutilizar en el navegador, o cuando el cálculo pesado justifica el binario.

No tiene sentido solo por evitar JavaScript. El módulo 11 pide justificar con atributos de calidad medibles, y «no me gusta el lenguaje» no es uno.

🎓 Las dos lecciones#

1. La arquitectura de componentes es independiente del lenguaje. React, Yew, Leptos, SwiftUI, Compose y Flutter son la misma familia.

2. WebAssembly no es «más rápido» en general. Es más rápido en cálculo y tiene un coste al cruzar hacia el documento. Distinguirlo evita elegir mal.

🔗 Enlaces#

• Documentación oficial: https://yew.rs/docs/getting-started/introduction
• Ficha de React · Ficha de Leptos · Ecosistema Rust
• Módulo 03

Fuentes#

• [webassembly-org] WebAssembly, W3C — https://webassembly.org/