¿Qué es React Native?

¿Qué es React Native?

React Native es un framework móvil cross-platform que permite a los desarrolladores construir apps iOS y Android usando JavaScript y React. La salida son binarios nativos genuinos — no web views dentro de un wrapper. Los componentes UI mapean a widgets nativos específicos de plataforma (UIKit en iOS, Views Android en Android), y tu JavaScript corre en un hilo separado que se comunica con la UI nativa vía un bridge o, en versiones más nuevas, el más eficiente JSI (JavaScript Interface).

Creado por Facebook (ahora Meta) en 2015 desde un proyecto de hackathon, React Native resolvió un dolor real: el mismo equipo de producto teniendo que enviar y mantener dos codebases completamente separados para iOS (Swift/Objective-C) y Android (Kotlin/Java). Con React Native, ~85-95% del código se comparte. Grandes usuarios en producción incluyen las propias apps de Meta, Microsoft Office móvil, Discord (originalmente), Shopify, Coinbase y la app de Walmart — junto a miles de apps más pequeñas.

Cómo funciona React Native (la arquitectura)

El modelo mental:

• Hilo JavaScript. Tu código React Native corre aquí. Aplican las reglas estándar de renderizado React — árbol de componentes, state, effects.
• Hilo UI nativo. Renderiza los widgets de plataforma reales (UIView en iOS, View en Android). El hilo JS no toca esto directamente; envía instrucciones.
• Bridge / JSI. La capa de comunicación entre los dos hilos. El "bridge" original (hasta ~2022) serializaba mensajes como JSON — lento para animaciones y elementos interactivos. La nueva arquitectura JSI (default en React Native moderno) da a JavaScript acceso síncrono directo a módulos nativos, dramáticamente más rápido.
• Módulos nativos. Código específico de plataforma (Swift, Kotlin) accesible desde JavaScript. Usa estos para cosas que React Native no expone por defecto — Bluetooth, APIs de cámara nativas, auth biométrica.

El resultado: la UI se ve y siente nativa (porque LO ES), las animaciones pueden alcanzar 60fps en hardware moderno y la mayor parte de la lógica de aplicación se queda en el codebase JavaScript compartido.

En qué es bueno React Native

• Desarrollo de UI cross-platform. Un codebase JavaScript, UIs nativas reales en ambas plataformas. La ratio de código compartido es genuinamente alta (típicamente 85-95%).
• Hot reload e iteración rápida. Los cambios de código aparecen en la app corriendo en segundos. El desarrollo nativo con rebuilds completos de Xcode/Android Studio toma minutos por iteración.
• Experiencia React existente. Los equipos web usando React pueden enviar móvil sin aprender Swift o Kotlin desde cero. El modelo mental de React se transfiere directamente.
• Updates over-the-air. Herramientas como EAS Update de Expo (o CodePush, deprecated en 2024 pero aún usado) te permiten pushear updates JS-only sin pasar por la review del App Store / Play Store. Bug fixes críticos en horas, no semanas.
• La mayoría de categorías de app. Apps CRUD, apps sociales, e-commerce, apps de contenido, herramientas de productividad — todas buen fit.

Dónde lucha React Native

• Apps performance-intensive. AR/VR, gráficos avanzados, visualización compleja de datos en tiempo real, lógica de juego pesada — estos a menudo necesitan código nativo. El bridge JS (o incluso JSI) añade overhead que importa en el límite.
• Features UI nativas que se retrasan respecto a la plataforma. Cuando iOS o Android envían APIs nuevas (ej. Vision Pro, nuevos componentes Material 3), React Native a menudo tarda meses en exponerlas. Los desarrolladores nativos las envían el día uno.
• Tamaño de app más grande. Empaquetar el runtime JavaScript añade 5-15 MB a tu binario. Importa para usuarios de mercados emergentes con planes de almacenamiento / datos estrictos.
• Debugging a través del bridge. Cuando algo crashea, el stack trace puede abarcar JS, código de bridge nativo y código de plataforma. El tooling ha mejorado (Flipper, React DevTools) pero es más difícil que nativo puro.
• Decadencia del ecosistema de librerías. Muchas librerías React Native están abandonadas o no mantenidas. Cualquier cosa no soportada oficialmente por Expo o el equipo core de Meta tiene riesgo elevado.

React Native vs Flutter vs Native

Los tres caminos principales de desarrollo móvil en 2026:

• React Native: JavaScript + React, widgets nativos reales. Mejor para equipos con experiencia React existente. Maduro, pero la arquitectura ha evolucionado a través del dolor.
• Flutter: Lenguaje Dart + motor de renderizado custom (sin widgets nativos, dibuja todo él mismo). Pixel-perfect entre plataformas pero ligeramente menos "sensación nativa". Crece rápido por la fuerte inversión de Google.
• Nativo (Swift/Kotlin): Dos codebases. Mayor rendimiento, features más recientes de plataforma el día uno. Mejor para equipos ricos en recursos enviando UX específica de plataforma o apps performance-críticas.

La regla 80/20: la mayoría de apps de producto no necesitan rendimiento nativo. React Native o Flutter ahorra suficiente tiempo de ingeniería para justificar los (pequeños) compromisos.

React Native y Expo

Expo es un framework gestionado encima de React Native que maneja las partes más dolorosas: infraestructura de build, updates OTA, módulos nativos, notificaciones push, splash screens. La mejor práctica moderna es "empieza con Expo a menos que tengas una razón específica para no" — incluso proyectos liderados por Meta cada vez más usan el tooling de Expo. El trade-off: Expo empaqueta un set fijo de módulos nativos, así que si necesitas algo que no envían, ejectas a React Native pelado.

Gotchas comunes de React Native

• Diferencias UI sutiles iOS y Android. El mismo componente React renderiza ligeramente diferente en cada plataforma — renderizado de texto, comportamiento de scroll, colores por defecto. Testea en ambos; no asumas paridad.
• El manejo de permisos difiere. iOS pide permisos en el primer uso; Android a menudo los pre-solicita en manifest. La API React Native suaviza esto pero no unifica completamente el comportamiento.
• La navegación es una librería separada. React Native no envía opinión. React Navigation es el estándar de facto, pero la API es grande y tiene cambios disruptivos entre versiones mayores.
• El deployment iOS requiere un Mac. No hay manera de evitarlo — construir bundles iOS para el App Store requiere Xcode, que solo corre en macOS. Los equipos Linux/Windows usan servicios de build cloud (EAS Build, Bitrise) para iOS.
• Los crash logs necesitan upload de símbolos. Los crashes React Native pueden ser difíciles de leer sin subir source maps a tu reporter de crashes (Sentry, Crashlytics). Fácil de olvidar; caro de debuggear sin.

FAQ: React Native

¿Es React Native todavía relevante en 2026?

Sí. La reescritura de arquitectura (renderer Fabric + JSI) que se envió en 2023-2024 abordó problemas de rendimiento de larga data. Apps importantes (Meta, Microsoft, Shopify) mantienen activamente inversiones en React Native. El tooling de Expo ha hecho el onboarding mucho más suave. El móvil cross-platform es un mercado en estado estacionario y React Native es uno de dos líderes junto a Flutter.

¿Cuál es la diferencia entre React Native y React (web)?

Mismo core de React (componentes, state, hooks), diferentes targets de renderizado. React para web renderiza a elementos DOM (<div>, <span>). React Native renderiza a primitivos UI nativos (<View>, <Text>). Compartes lógica de componentes y gestión de state; los componentes UI mismos no se comparten directamente entre web y móvil (usa React Native Web si quieres compartir UI, con caveats).

¿Puedo compartir código entre web (React) y móvil (React Native)?

Lógica de negocio, hooks y gestión de state: sí, fácilmente. Componentes UI: solo con React Native Web (renderiza componentes RN en la web). Muchos equipos toman un enfoque de 60-70% de compartir — comparten lógica, escriben UI específica de plataforma para cada target.

¿Es React Native bueno para apps performance-sensitive?

Cada vez más sí. La nueva arquitectura (Fabric + JSI, default desde RN 0.74) redujo significativamente el overhead del bridge. Para AR/VR, animaciones complejas a 120fps o renderizado 3D, nativo todavía gana. Para la mayoría de apps de producto, React Native es lo suficientemente rápido para que el rendimiento no sea el limitador.

¿Cuánto tarda construir una app React Native?

Setup inicial (Expo): 1-2 días para una app corriendo con auth y unas pocas pantallas. Equivalente nativo puro: 1-2 semanas. La aceleración cross-platform compone — lo que toma 4 meses en nativo puro toma 2-3 en React Native para apps de producto típicas.

¿Puedo migrar una app nativa existente a React Native?

La migración incremental es posible — React Native soporta empotrar dentro de una app nativa existente (integración "brownfield"). Muchas apps grandes (Microsoft Office, Walmart) usaron este enfoque. Es difícil pero factible; presupuesta meses, no semanas.

Cómo LoadFocus testea apps React Native

Las apps React Native que hablan con backends (95%+ de ellas) necesitan monitorización de API y pruebas de carga. La monitorización de API LoadFocus valida el backend que tus clientes móviles golpean — APIs lentas hacen que incluso la mejor UI React Native se sienta lenta. Las pruebas de carga validan que tu backend aguanta cuando tu app se lanza y se vuelve viral. El testing UI de la app React Native misma usa herramientas distintas (Detox, Maestro) — pero la capa de red absolutamente se beneficia de la monitorización sintética.