Rendimiento en React Native: Dónde Importa

• No todas las pantallas necesitan el mismo esfuerzo de rendimiento.
• Inicio de la aplicación, listas largas, búsqueda, checkout, mapas y materia de cámara más.
• Las páginas, formas y galerías detallan algunas.
• Ajustes, cuentas y páginas de ayuda sólo necesitan ser razonables.
• Establecer objetivos de velocidad por nivel, y probar en los teléfonos diarios.
• Medir la experiencia de los usuarios reales en las pantallas que conducen resultados.

Esta guía es un mapa prioritario para Reaccionar el rendimiento nativo: pantallas que importan la mayoría, pantallas que importan algunas, pantallas que pueden esperar, objetivos de velocidad por tier, prioridades por tipo de aplicación, cuando el código nativo vale la pena y cómo medir. Ponga claramente: hacer las pantallas que la gente utiliza más sentir instantánea, y mantener el resto razonable.

Para las preguntas para hacer un socio de desarrollo, vea React Native: las preguntas de rendimiento para hacer.

App start y la primera pantalla. Las primeras impresiones deciden si la gente se queda.

Listas largas y catálogos. Menús, productos, empleos y alimenta a la gente desplazar cada visita.

Busca como escribes. Los resultados deben seguir escribiendo.

Salida y pago. Cualquier retraso aquí cuesta dinero.

Mapas y ubicación. Panning y zoom deben mantenerse suaves.

Cámara y escaneo. Código de barras, documento y captura de fotos deben responder inmediatamente.

Cambios frecuentes. Los golpes y los grifos repiten muchas veces.

Detalle páginas. Detalles de producto, trabajo o cita.

Formas. Formularios de registro, reserva y solicitud; comentarios rápidos sobre errores.

Galerías de fotos. Imágenes cargadas al tamaño adecuado.

Notificaciones e inbox. Rápida para abrir y marcar lectura.

Ajustes. Inaugurado raramente.

Cuenta y páginas de perfil. Bien si toman un momento.

Ayuda y páginas legales. Contenido simple, poco esfuerzo necesario.

Todavía importa razonable. No instantánea, pero nunca rota.

Top Tier. Se siente instantánea en teléfonos de gama media.

Nivel medio. Carga rápidamente, con un estado de carga claro.

Bajo nivel. Aceptable en teléfonos antiguos.

Prueba en dispositivos diarios. Incluyendo el presupuesto teléfonos Android, como cubierto en plantilla de aplicaciones Android.

Orden de restaurante. Menú de desplazamiento y checkout primero, como en aplicaciones de restaurante en React Native.

Fitness y reserva. Horarios de clase, pantallas de reserva y entrenamiento, como en aplicaciones de fitness en React Native.

Servicio de campo. Listas de trabajo en línea, cámara y sincronización rápida.

Staffing. Ofertas de cambio y reloj en, que debe abrir rápido.

Retail. Catálogo de desplazamiento, búsqueda y checkout.

Solo las pantallas más altas. Procesamiento de cámara, mapas o animación pesada.

Después de medir. Confirme la parte lenta primero.

Mantenlo pequeño. Código nativo para necesidades específicas, React Nativo para el resto, como pesa en React Native cross-platform strategy.

Comprueba después de cada lanzamiento. Las nuevas características pueden retrasar las pantallas antiguas.

Actualizaciones de la biblioteca. Las mejoras a menudo traen aumentos de velocidad, como está cubierto en Reacto Mantenimiento nativo.

Mira informes de choque y congelación. Como se explica en informes de accidentes.

App start time. En los teléfonos típicos.

Tiempos de carga de pantalla de más alto nivel. Primera pantalla, listas, salida.

Smooth desplazando. Marcos desechados en listas largas.

Conversión en pantallas rápidas. Salida y finalización de reserva.

Congela. Por pantalla.

Listar cada pantalla, clasificarlas en niveles superiores, medios y bajos por uso y valor de negocio, y establecer objetivos para cada uno.

Medir las pantallas de alto nivel en los teléfonos diarios, fijar la más lenta primero y añadir código nativo sólo donde la medición muestra que es necesario.

Compruebe la velocidad después de cada lanzamiento, seguimiento de la finalización en pantallas rápidas y revisar el mapa de nivel a medida que la aplicación crece.

Astra Results Marketing enfoca el trabajo de rendimiento donde los usuarios lo sienten. Mapamos pantallas por uso y valor de negocio, fijamos objetivos por tier, probar en los teléfonos diarios y fijar las pantallas que conducen los resultados primero.

Los avances comienzan con una revisión de rendimiento a través de nuestra React Desarrollo de aplicaciones nativas equipo.

Lecturas relacionadas

• React Native: Las Preguntas de Rendimiento que Hay que Hacer
• React Native: Un Equipo, Dos Tiendas de Apps
• React Native: Mantenimiento y Actualizaciones

App start y la primera pantalla, listas largas, búsqueda, checkout, mapas, cámara y los gestos que la gente repite más.

Necesitan ser razonables y nunca rotos, pero merecen mucho menos esfuerzo que el checkout o las listas.

Por nivel: las pantallas de nivel superior se sienten instantáneas en los teléfonos de rango medio, las pantallas de nivel medio cargan rápidamente con un estado de carga claro, y las pantallas de bajo nivel son aceptables en los teléfonos antiguos.

Para pantallas de alto nivel donde la medición muestra React Native es demasiado lenta, como el procesamiento de cámaras pesadas, mapas o animación compleja.

Todos los días dispositivos, incluyendo teléfonos Android de gama media y presupuesto, no sólo los modelos más nuevos.

Compruebe la velocidad después de cada lanzamiento, mantenga las bibliotecas actualizadas y ver los informes de congelación por pantalla.

¿Listo para hacer tu app rápida donde cuenta? Astra Results Marketing mapea tus pantallas por uso y valor, establece objetivos de velocidad por tier y fija las pantallas que conducen los resultados primero, probadas en los teléfonos propios de tus clientes. ▸ LLAMAR AL (786) 321-2866 · ▸ SOLICITE SU CONSULTA