HTML5 explicó por qué el mundo de las aplicaciones nativas se verá afectado.
En los últimos años, HTML5 ha subvertido el patrón de Internet para PC y ha optimizado la experiencia de Internet móvil. A continuación, HTML5 subvertirá el mundo de las aplicaciones nativas. Esto puede parecer alarmista, pero si analiza cuidadosamente la historia del desarrollo de HTML5, encontrará que esta es de hecho la tendencia de desarrollo del mundo.
Conocer la historia puede predecir el futuro. Primero echemos un vistazo a por qué nació HTML5 y cómo ha evolucionado durante los últimos ocho años.
1. El nacimiento de HTML5
Desde que el W3C lanzó HTML4 en 1999, el mundo Web se ha desarrollado rápidamente y ha prosperado. Alguna vez se pensó que no era necesario actualizar el estándar HTML. Algunas empresas dedicadas al desarrollo de aplicaciones web establecieron otra organización WHATWG. Hasta 2007, el W3C se hizo cargo del trabajo relevante de WHATWG y comenzó a desarrollar HTML5 nuevamente.
La historia del desarrollo de HTML5 está impulsada por las necesidades de los usuarios, los desarrolladores de tecnología y los enormes intereses comerciales.
En los primeros días de Internet, era algo mágico para los usuarios abrir un navegador y acceder al mundo de Internet, pero alrededor de 2005, el siguiente cambio comenzó a aparecer: Internet de banda ancha.
Con la popularización de la banda ancha y la mejora del rendimiento de los ordenadores, la gente ya no se contenta con simplemente leer noticias y enviar y recibir correos electrónicos a través de Internet. Han comenzado a aparecer productos de entretenimiento que consumen mayor ancho de banda, concretamente el streaming. vídeos y juegos web. De hecho, los vídeos y los juegos son necesidades ancestrales. Cuando Internet aún no era popular, la forma de satisfacer la demanda era transferir VCD y discos de juegos sin conexión. Más tarde, con la popularización gradual de Internet, la gente cambió sus métodos de uso, viendo videos mediante la descarga de software y reproductores multimedia locales, y descargando juegos de cliente de gran tamaño.
Sin embargo, han surgido nuevas formas de experimentar mejor a los consumidores y han subvertido todo lo anterior, es decir, la transmisión de medios y los juegos web. Empresas como Youtube han aprovechado el rápido aumento de la tendencia y han surgido varias empresas de juegos web.
Sin embargo, el estándar HTML no logró captar los cambios en la industria y los productos de navegador no se actualizaron. Un complemento del navegador, Flash, cumple con este nuevo requisito. Este complemento comercial, implementado en cientos de millones de navegadores, se ha convertido en el estándar de facto. En 2005, Adobe gastó una enorme cantidad de dinero para adquirir Macromedia y tomó Flash bajo su paraguas, y luego promovió vigorosamente los medios de transmisión FLV y el lenguaje de secuencias de comandos de acción. Obviamente, esta adquisición puede catalogarse como un caso clásico de fusiones y adquisiciones de TI. Los medios de transmisión FLV y los juegos Flash son populares en Internet, y Adobe ha obtenido enormes ganancias en la nueva actualización de la industria.
Además de que productos comerciales como Flash se conviertan en el estándar de facto, el W3C también se enfrenta a una vergüenza, es decir, al desarrollador de otro protocolo de extensión privado. En ese momento, IE tenía el monopolio entre los navegadores de escritorio y expandió una gran cantidad de sintaxis específicas de IE. Los desarrolladores no saben quién definió estos lenguajes. Todo el mundo web ha sido secuestrado por dos empresas, Microsoft y Adobe.
Muchos gigantes de TI no pueden quedarse quietos, especialmente Apple y Google. Es difícil lograr avances en el mundo de los sistemas operativos para PC. Los navegadores web tienen grandes esperanzas en Apple, y el iPhone de primera generación solo admitía páginas web. En ese momento no existía la Appstore y Safari era un producto que Jobs valoraba mucho. Aunque el advenedizo Google ha patrocinado fuertemente a Mozilla, no ha tenido un impacto sustancial en el estatus de IE. También fue triste descubrir después de comprar YouTube que la capa inferior estaba controlada por Adobe y que Google pagaba mucho dinero cada año por el cuadro de búsqueda de IE y Adobe FLV.
Ya que todo el mundo es el presidente del W3C, está bien, comencemos a trabajar en HTML5 nuevamente.
Sí, así nació HTML5. Ese fue el punto de inflexión en 2007, cuando IE y Flash pasaron de la prosperidad al declive.
2. La primera etapa de HTML5: mejora web y ruptura del monopolio
Desde su nacimiento, HTML5 ha pasado por dos etapas: mejora web e Internet móvil. Hablemos primero de la mejora de la página web.
La rica mejora de la experiencia web se refleja principalmente en: 1. aplicación web, como gmail2. medios de transmisión; 3. juegos. Primero hablemos de lo que ha hecho HTML5 en estos tres aspectos.
1.webApp
HTML5 agrega almacenamiento fuera de línea, formularios más completos (como tipo de entrada = fecha), subprocesos js, socket Wangle, incrustación de extensión estándar y muchas sintaxis CSS3 nuevas. .
2. Transmisión de medios
Se han agregado audio y video a HTML5.
Jugar juegos
HTML5 agrega lienzo y webgl.
Por supuesto, Google también promueve encabezados, secciones y otras etiquetas en HTML5 para facilitar el análisis de los motores de búsqueda, por lo que no entraré en detalles.
Después de que HTML5 agregó medios de transmisión y funciones de juegos, y Apple se negó rotundamente a introducir Flash en iOS, frenó con éxito el desarrollo de Flash. A continuación, es hora de frenar la sintaxis privada de IE.
En el proceso de actualización del estándar HTML5, Apple y Google también vieron oportunidades para reorganizar el mercado de los navegadores. Por un lado, participan en la especificación de HTML5 y, al mismo tiempo, trabajan duro en los productos de navegador. Apple comenzó a desarrollar vigorosamente Safari y estableció el proyecto de código abierto WebKit, con Mac, iOS y Windows trabajando juntos. Inicialmente, Google patrocinó a Mozilla para desarrollar Firefox. Más tarde, desarrolló su propio motor v8, fusionó WebKit y lanzó Chrome oficialmente en 2008. El lema "La especificación privada Flash de IE no es un estándar, pero nosotros somos el estándar" se lanzó en la nueva guerra de navegadores. IE se convirtió instantáneamente en el representante del monopolio señalado por miles de personas, e incluso se convirtió en el pecador que obstaculiza el desarrollo de la Web. (IE6 no había estado disponible durante varios años en ese momento. Actualizado, sin miedo al desarrollo de Firefox).
Sin embargo, en este momento Microsoft también tomó por sorpresa y lanzó una serie de productos como IE7, 8, 9 y 10 que no soportaban completamente los estándares y eran incompatibles entre sí, completamente perdiendo el corazón de los desarrolladores.
Flash de Adobe fue suprimido y superó la posición de dominio web; los estándares privados de IE fueron suprimidos y la participación de mercado de IE continuó disminuyendo hasta que la última versión móvil de IE comenzó a admitir la sintaxis privada de WebKit, que es realmente vergonzoso. No sé si se supone que HTML6 derrotará al monopolio de WebKit.
3. La segunda etapa de HTML5: Internet móvil
Con el rápido desarrollo de Chrome y Safari, y el declive de IE Flash, HTML5 ha llegado a su fin y ha entrado en la siguiente. era - —Internet móvil. Las ventajas multiplataforma de HTML5 se destacan aún más en la era de Internet móvil. HTML5 es el único lenguaje multiplataforma que cubre todas las plataformas principales, como PC, Mac, iPhone, iPad, Android y Windows Phone. Tanto Java como Flash soñaron con esta posición, pero el sueño terminó en iOS. En ese momento, la gente comenzó a estudiar el desarrollo de aplicaciones móviles multiplataforma basadas en HTML5. En ese momento, mucha gente pensaba que las aplicaciones nativas eran solo una transición, como cambiar de una estructura C/S a una estructura B/S. Y aprender Objective-C y Java es difícil. Ya que puedo desarrollar páginas web, ¿por qué no probar HTML5?
El W3C estableció un grupo de trabajo de API de dispositivos en este momento para expandir HTML5 con cámara, GPS y otras API específicas para teléfonos móviles. Pero el problema es que la iteración inicial de Internet móvil es demasiado rápida y el sistema operativo móvil está ampliando constantemente las API de hardware, giroscopios, sensores de distancia y barómetros. . . Cada año se realizan importantes actualizaciones de versiones del sistema operativo de los teléfonos móviles. Como organización de toma de decisiones con cientos de unidades miembros, el W3C es un proceso muy complejo, desde proponer un borrador estándar hasta llegar a un acuerdo, que no puede seguir el ritmo de la rápida iteración en los primeros días de Internet móvil.
La aparición de PhoneGap abre una ventana para los desarrolladores. Mucha gente espera que PhoneGap siga ampliando su API para complementar las deficiencias del navegador. Adobe pareció ver la esperanza de revivir su estatus cuando vio PhoneGap. Sin embargo, después de que Adobe adquirió PhoneGap, descubrió que esto no estaba disponible comercialmente. El código abierto impedía que Adobe obtuviera beneficios comerciales como Flash, por lo que donó PhoneGap a Apache y le cambió el nombre a Cordova.
Por diversas razones, el posicionamiento de Cordova no se ha convertido en una mejora del navegador, sino que ha avanzado hacia un desarrollo híbrido. Según los antecedentes de la época, creían que lo nativo era insustituible y que el modo híbrido de "HTML5 nativo" tenía más sentido. Entonces, el modelo de uso actual de Cordova es que "ingenieros nativos e ingenieros de HTML5" trabajan juntos para completar la aplicación.
En ese momento, Facebook se unió al W3C y tomó la iniciativa en el establecimiento del Grupo de Trabajo sobre Web Móvil. Facebook es una red mixta y no tiene cabida en los sistemas operativos móviles. No le gusta el ecosistema de aplicaciones nativas controlado por Apple y Google. Un objetivo importante del grupo de trabajo sobre web móvil es permitir que las aplicaciones web desarrolladas en HTML5 alcancen la experiencia de las aplicaciones nativas. Sin embargo, las cosas se vuelven contraproducentes y lo olvidarás si no trabajas duro. Como resultado, lo intentó pero fracasó. En 2012, la noticia del abandono de HTML5 por parte de Facebook inundó los medios de TI globales, y HTML5 quedó instantáneamente relegado al limbo.
¿Por qué Facebook abandonó HTML5? Lo principal es que en ese momento realmente no podía crear una buena aplicación móvil basada en HTML5. En comparación con las aplicaciones nativas de competidores como Twitter, la versión HTML5 de Facebook no satisface a los usuarios. Por ejemplo, en la función de inserción, hasta ahora, la brecha entre la experiencia de inserción HTML5 y la experiencia de inserción nativa sigue siendo enorme, sin mencionar muchos problemas, como el cambio de pantalla en blanco de las páginas de la aplicación HTML5 y los menús desplegables/deslizantes de actualización poco fluidos. , etc. Vea a los ingenieros nativos implementar fácilmente funciones como agitar, código QR, entrada de voz y compartir en Moments. , lo que hace que los ingenieros de HTML5 sientan que están en el equipo equivocado.
Incluso si a Facebook no le gusta que lo controlen, no puede correr el riesgo de ser abandonado por sus usuarios. Pero Facebook no logró captar el punto clave: el núcleo del navegador móvil. De nada sirve tener un montón de borradores de estándares si los navegadores no se han puesto al día.
¿Y cómo funciona el navegador en móviles? Primero mira Google. Aunque Chrome tiene un alto rendimiento, el navegador de Android no es Chrome, sino un navegador de Android de mala calidad modificado por WebKit. Mirando a Apple nuevamente, no se permite colocar otros motores de navegador en la App Store en iOS, y otras aplicaciones que usan el motor Safari no pueden llamar a Nitro, el motor de aceleración de JavaScript propio de Apple. Como resultado, Apple y Google no sólo no implementaron activamente las especificaciones requeridas por HTML5 para aplicaciones móviles en sus navegadores, sino que impusieron varias restricciones a HTML5.
Ya sea por la falta de capacidades de hardware en ese momento o por las restricciones intencionales de los fabricantes de sistemas operativos para teléfonos móviles, el resultado fue: en los primeros días de Internet móvil, el mundo debía estar dominado por la aplicación nativa. Los ecosistemas iOS y Android primero estabilizaron sus territorios y la industria pasará a la siguiente etapa.
No importa Facebook o PhoneGap, no pudieron obtener una parte de Internet móvil en los primeros días, pero si persisten, a menudo aparecerán oportunidades.
En cuarto lugar, HTML5 realmente está aquí esta vez.
Finalmente, a finales de octubre de 2014, el W3C anunció que HTML5 estaba oficialmente finalizado. Esta vez, ni demasiado tarde ni demasiado pronto, el rendimiento del hardware es mayor y la velocidad de iteración del sistema operativo móvil se reduce.
Con la finalización del estándar HTML5, todas las disputas llegarán a su fin. Ahora ha llegado la era de HTML5.
Algunas personas dicen que simplemente establecer estándares es inútil. ¿Es digno? ¿Pueden las aplicaciones creadas con HTML5 ser comparables a las aplicaciones nativas? La respuesta es que HTML5 no sólo es comparable a las aplicaciones nativas, sino que incluso las supera en muchas características naturales.
Hablemos primero de las áreas en las que HTML5 no es tan bueno como las aplicaciones nativas.
Es comúnmente conocido en la industria que HTML5 tiene "disfunción sexual". Es decir, el rendimiento de HTML5 no es tan bueno como el nativo, las herramientas de desarrollo no son tan buenas como las nativas y la capacidad de llamar no es tan buena como la nativa.
Estos problemas impiden que los desarrolladores utilicen HTML5 para crear aplicaciones nativas. Pero ya sean actualizaciones de hardware, cambios en las estrategias de los fabricantes de sistemas operativos y la madurez de las tecnologías de software relacionadas, los obstáculos de la "función sexual" de HTML5 se han resuelto.
1. Actualización de hardware
La CPU del iPhone 4s en 2011 era A5, y ahora el iPhone 6 es A8. Según la conferencia de prensa anterior de Apple, la velocidad se ha multiplicado por 7,5. La aceleración de 7,5 veces en los últimos tres años ha eliminado demasiados problemas de rendimiento de HTML5.
2. Cambios estratégicos entre Apple y Google
En Android 4.4 lanzado por Google a finales de 2013, el Webview integrado ya no es el desagradable navegador WebKit de Android, sino Chromium. , con rendimiento Mejora significativa. A partir del último Android 5.0, Webview se puede actualizar en tiempo real a través de Google Play Store, de acuerdo con las actualizaciones de Chrome, lo que permite a los usuarios disfrutar del último motor de navegador sin necesidad de actualizar el teléfono, después del lanzamiento del iPhone 5 en 2012; , HTML5 El rendimiento en iOS ya es satisfactorio y el motor de aceleración JavaScript exclusivo de Safari, Nitro, ya no es tan importante. Sin embargo, después del lanzamiento de iOS 8, Apple todavía está muy interesada en levantar las restricciones a los programas de terceros llamados Nitro. Ahora, cualquier navegador o aplicación que llame a UIWebview de iOS puede usar Nitro para acelerar, por lo que JS se puede usar para realizar operaciones front-end a gran escala. Las actitudes de los dos principales señores de los sistemas operativos móviles y los gigantes de los navegadores han cambiado, lo que hace que el desarrollo de HTML5 en teléfonos móviles ya no esté restringido. Además, este cambio es irreversible y solo puede continuar desarrollándose, lo que seguramente tendrá un gran alcance. impactos.
3. Madurez de la tecnología de software
Aunque el desarrollo de PhoneGap se ha ralentizado, otras tecnologías de productos han madurado. En la Conferencia iWeb de 2014, los productos de muchos fabricantes proporcionaron a los desarrolladores soluciones gratuitas o de código abierto.
(Nota: como profesional, el editor también mencionará la solución de nuestra empresa al analizar varias soluciones, pero el editor indicará la solución de manera objetiva y sin exagerar. La solución es puramente gratuita y no hay venta comercial. ) Sospechoso.
En la conferencia iWeb, DCloud lanzó soluciones de sistema para el problema de la "falta de capacidades de las trabajadoras sexuales", que incluyen:
a) Rendimiento: mejorar el rendimiento de HTML5. El motor de teléfono móvil puede resolver los problemas estancados de las interacciones dinámicas, como menús deslizantes y actualizaciones desplegables;
b) Herramientas: producto IDE de desarrollo HTML5 HBuilder, una herramienta de programación súper rápida;
c) Capacidades: la tecnología Native.js encapsula 400.000 API nativas en objetos JavaScript para resolver el problema de capacidades HTML5 insuficientes;
d) El marco de alto rendimiento más cercano a la experiencia nativa: el marco MUI, que Tiene un tamaño de solo decenas de K. La carga y la ejecución son mucho más rápidas que los marcos normales.
Las aplicaciones HTML5 desarrolladas en base a esta solución pueden realizar plenamente las funciones y la experiencia de las aplicaciones nativas.
Desarrolle aplicaciones HTML5 con HBuilder
Intel ha lanzado el motor Crosswalk, que permite que las aplicaciones en teléfonos con Android 4.0-4.3 encapsulen el motor Chromium en lugar de Android WebKit. Después de todo, actualmente hay una gran cantidad de teléfonos móviles con Android 4.0-4.3 en el mercado y la vista web unificada también evita problemas de compatibilidad.
Muchas empresas también han conseguido buenos resultados en la dirección profesional.
Touch Cocos2d-html5, Egret runtime y Ludei CocoonJS han mejorado el rendimiento de Canvas para mejorar la experiencia del juego HTML5; los navegadores móviles como UC y Cheetah han mejorado el rendimiento de la reproducción de audio y video.
Ya sean actualizaciones de hardware, madurez del software o cambios en las estrategias de los fabricantes de sistemas operativos, todos ellos están impulsando la explosión de HTML5.
Sin embargo, cabe señalar que cuando digo HTML5, no me refiero a que los navegadores móviles reemplacen al escritorio como entrada de aplicaciones. Algunas personas dicen que HTML5 no es bueno porque los usuarios odian el proceso de abrir un navegador e ingresar una URL. Yo diría que esta idea es una comprensión unilateral de HTML5. ¡HTML5! = Navegadores tradicionales, aunque el lenguaje de programación sigue siendo HTML, Javascript y CSS, el método de distribución no es tan simple como el de un sitio web tradicional. Por el contrario, el punto de entrada para las aplicaciones HTML5 rara vez es iniciar el navegador e ingresar la URL. Puede ser un ícono en el escritorio del teléfono móvil, una súper aplicación (como WeChat Moments), un motor de búsqueda, un mercado de aplicaciones o una alianza publicitaria. . . Su entrada está por todas partes. Tiene más entradas que la App nativa.
Quinto, la subversión de la aplicación nativa
El obstáculo de la "función sexual" de HTML5 se ha resuelto y puede estar cerca del efecto de la aplicación nativa, por lo que puede reemplazar a la nativa. ¿Aplicación? Mucha gente cree que incluso si HTML5 se desarrollara mejor de lo que es ahora, todavía se llevará una parte del pastel con las aplicaciones nativas. Las aplicaciones de cola larga con requisitos bajos utilizarán HTML5, mientras que las aplicaciones convencionales todavía están dominadas por aplicaciones nativas.
Pero creo que esta idea es peligrosa, como antes de que se fundara Apple, los ejecutivos de HP le dijeron a Woz: ¿Quién pondría una computadora en casa? En el futuro, HTML5 definitivamente subvertirá las aplicaciones nativas. Eliminar la barrera del "trabajo sexual" sólo debilita las desventajas de HTML5, pero una vez que se eliminen las desventajas, sus ventajas brillarán. ¿Cuáles son las ventajas de HTML5? Veamos a los desarrolladores y a los usuarios finales por separado.
Siete ventajas principales de HTML5 para los desarrolladores
Multiplataforma:
En la era multipantalla, el índice de dolor de los desarrolladores es muy alto y todos espera que HTML5 desempeñe el papel de salvador. Sincronizar múltiples conjuntos de códigos, diferentes esfuerzos técnicos y lógica empresarial puede ser un proceso agotador. Esto es similar a los primeros días del mundo de las computadoras personales. En aquel entonces, cada computadora tenía su propio sistema operativo y lenguaje de programación, y los desarrolladores estaban cansados de hacer versiones diferentes. De hecho, la popularidad de DOS se debió en gran medida al hecho de que los desarrolladores simplemente no tenían la energía para escribir programas para otras computadoras. La tecnología multiplataforma fracasó principalmente debido a problemas de rendimiento en la etapa inicial, pero en el período medio a tardío, cuando se mejoren las capacidades del hardware, se generalizará, porque la multiplataforma es de hecho una necesidad.
Iteración rápida:
La Internet móvil es una era en la que los peces rápidos se comen a los peces lentos. Quien satisfaga las necesidades del usuario más rápido y tenga menores costos de prueba y error tendrá una gran ventaja. La mayoría de los productos de Internet son gratuitos y tienen efectos de red, lo que dificulta a los recién llegados captar usuarios. Al utilizar el desarrollo nativo, la eficiencia del reclutamiento, el desarrollo y el lanzamiento es más del doble de lenta. Cuantas más personas participan, la eficiencia de la comunicación suele ser más del doble de lenta.
Entrega continua:
Muchas personas tienen esta experiencia. Se lanzó una aplicación nativa en la Appstore y de repente apareció un gran error. Tuvieron que trabajar horas extras para solucionarlo y luego esperaron silenciosamente la revisión de Apple durante dos semanas o más. En las últimas dos semanas, se ha visto inundado de calumnias por parte de los usuarios. El mercado se ha visto inundado de críticas negativas y los usuarios han sufrido enormes pérdidas. Cuando la nueva aplicación se aprueba y se activa, los usuarios ya la han desinstalado. Sin embargo, HTML5 no tiene estos problemas. Se puede actualizar en tiempo real y cualquier duda será respondida de forma inmediata.
Reducción significativa de costos:
No es fácil para los emprendedores recaudar fondos, por lo que es muy importante cómo gastar el dinero de manera más eficiente. Si utiliza una aplicación nativa y desarrolla una aplicación de la competencia usando HTML5, pero su costo de desarrollo es el doble, creo que a ningún inversor le gustaría invertir en usted.
Ecosistema de código abierto desarrollado:
El front-end HTML5 es un ecosistema abierto de bucle de retroalimentación positiva que puede utilizar una gran cantidad de bibliotecas de código abierto, lo que hace que el desarrollo de aplicaciones sea más simple y ágil.
Por supuesto, esto también se refleja en una rápida iteración y reducción de costos. Pero lo más importante es que la vitalidad futura de este ecosistema de circuito abierto de retroalimentación positiva es más fuerte que el ecosistema original.
Intercambio de datos abierto:
HTML es un código abierto basado en la página que puede interactuar con otras aplicaciones sin un desarrollo SDK especial, siempre que no se confunda. Los desarrolladores pueden hacer que los motores de búsqueda móviles recuperen sus datos fácilmente, lo que facilita la satisfacción de las necesidades del usuario final a través de la colaboración entre aplicaciones.
Más fácil de popularizar y de explotar:
Hay muchas entradas de desvío: el desvío de aplicaciones HTML5 es muy fácil. Las súper aplicaciones (como WeChat Moments), los motores de búsqueda, los mercados de aplicaciones y los navegadores son todos portales de tráfico HTML5. La entrada de tráfico para las aplicaciones nativas es únicamente el mercado de aplicaciones. Los desarrolladores inteligentes de HTML5 definitivamente jugarán con varias entradas de tráfico para obtener una mayor ventaja.
Tráfico: Hace algún tiempo, "Cat's Nerve" se hizo muy popular en WeChat Moments. Si este juego se colocara en la Appstore, definitivamente no habría tanto tráfico. El tráfico generado por las súper aplicaciones es mucho mayor que el del mercado de aplicaciones nativas. Si WeChat permite que los juegos creen accesos directos en el escritorio y si posteriormente el juego se actualiza para resolver el problema del entretenimiento continuo, el futuro será inimaginable.
Alta eficiencia de desvío: Además de las múltiples entradas y el gran flujo, no se puede ignorar la alta eficiencia de desvío. Todo el mundo sabe que los juegos web y los juegos cliente utilizan la misma publicidad. Lo que cambia es que la tasa de conversión de los usuarios es mucho mayor que la de los juegos cliente.
Se puede desviar con precisión a páginas secundarias: Todos sabemos que los buscadores pueden entrar directamente.
Tres grandes ventajas de HTML5 para los usuarios finales
Rebaja mucho el umbral de uso.
¿Por qué se popularizará el streaming en lugar de la descarga de vídeos? ¿Por qué los juegos web son tan populares? Simplemente porque los usuarios son demasiado vagos. Permita que los usuarios satisfagan sus necesidades de manera más conveniente; a veces el efecto es mejor que satisfacer más sus necesidades.
Los ojos del usuario ven un punto de interés y, después de hacer clic en él, inmediatamente debería comenzar a satisfacer las necesidades del usuario. Por ejemplo, la transmisión de medios se puede ver al instante y los juegos web se pueden jugar al instante. En el mercado actual de aplicaciones nativas, los usuarios deben hacer esto: seleccionar una aplicación, esperar a que se descargue, confirmar los permisos, esperar a que se instale y luego hacer clic para abrir. Una experiencia tan mala será subvertida tarde o temprano.
Ya sean aplicaciones, juegos o vídeos, se pueden utilizar en cualquier momento en el futuro. Quien primero satisfaga las necesidades del usuario, gana.
Excelente experiencia de actualizaciones en tiempo real y actualizaciones diferenciales
Las aplicaciones HTML5 pueden sortear las restricciones del mercado de aplicaciones y actualizarse en tiempo real, para que los usuarios puedan disfrutar rápidamente de nuevos servicios.
Además, esta actualización puede ser una actualización diferencial. Por ejemplo, si hay un problema con una página HTML o un archivo js, simplemente actualice este pequeño archivo de varios kilobytes, que es mucho mejor que la experiencia de actualización de las aplicaciones nativas.
Experiencia entre aplicaciones
Actualmente, el cambio de aplicaciones móviles se centra en el escritorio o el administrador de tareas, pero de hecho estos centros afectan en gran medida la eficiencia y la experiencia. Si un usuario quiere viajar a Sanya, primero abre Qunar.com para reservar un boleto, luego vuelve al escritorio, luego busca y abre la aplicación Weather, busca e ingresa a Sanya, luego cambia al escritorio, busca y abre. La aplicación Zongheng de la aerolínea e ingresa el número de vuelo para registrarse. Procedimiento, por cierto, ¿cuál es el número de vuelo? Luego cambie al escritorio, busque y abra Qunar para ver el número de vuelo, finalmente busque y abra el automóvil. aplicación de alquiler, ingrese la ubicación de alquiler de automóviles y luego vuelva al escritorio. . .
Bajo el sistema de aplicaciones nativas, los usuarios sólo pueden hacer esto. Sin embargo, bajo el sistema HTML5, no necesita volver al escritorio y puede saltar fácilmente directamente entre aplicaciones en lugar de utilizar aplicaciones aisladas. No tiene que volver a ingresar datos y las aplicaciones pueden transferirse datos fácilmente entre sí.
Este modelo requiere un poco de imaginación, pero el futuro llegará tarde o temprano.
A partir de este análisis, podemos ver claramente que, ya sea desde la perspectiva de los usuarios finales o de los desarrolladores, HTML5 definitivamente reemplazará el estado actual de las aplicaciones nativas. Y esto desencadenó una serie de perturbaciones.
6. ¿Qué más cambiará?
La irrupción de HTML5 y la subversión del ecosistema de aplicaciones nativas son una revolución industrial que afectará a muchos roles. Hagamos una predicción.
El nuevo motor HTML5 será popular.
El motor HTML5 estándar no puede resolver todos los problemas de HTML5. Los gigantes de Internet con portales de gran tráfico están pensando en incorporar mejores motores de mejora. Tencent lanzó el motor del navegador X5 porque aprovechó esta oportunidad. Actualmente, los fabricantes de navegadores, los fabricantes del mercado de aplicaciones e incluso los fabricantes de ROM están intentando integrar mejores motores de navegador. Si la vista web integrada en WeChat puede ejecutar mejores juegos de lienzo, si 360 Mobile Assistant puede publicar aplicaciones HTML5 instantáneas y las capacidades y la experiencia son consistentes con las nativas, si la vista web integrada en la rom Xiaomi es más poderosa, todas las aplicaciones HTML5 se ejecutarán más sin problemas en teléfonos Xiaomi. . .
Cuando un gigante se mueve, todos los gigantes se mueven con el viento. Sí, esta batalla será la Segunda Guerra Mundial en el mundo de Internet móvil.
El mercado de distribución de aplicaciones se barajará.
Debido a que el enorme tráfico de súper aplicaciones puede convertirse fácilmente en la entrada a las aplicaciones HTML5 y tendrá mayores efectos, las tiendas de aplicaciones tradicionales e incluso la preinstalación fuera de línea quedarán excluidas de la corriente principal del mercado. También es una tienda de aplicaciones de alto tráfico para súper aplicaciones. Si la transformación se realiza correctamente, también se centrará en publicar aplicaciones HTML5.
Mercado de publicidad y estadísticas
Los proveedores de SDK de publicidad y estadísticas nativas se enfrentarán a la vergüenza, y los servicios de publicidad y estadísticas basados en la red, como Google y Baidu, obtendrán mayores ventajas. Los desarrolladores ya no necesitan empaquetar el SDK, solo necesitan introducir un script.
La tecnología de código abierto será más popular en el campo de Internet móvil.
La apertura del HTML ha creado una gran cantidad de productos de código abierto, lo que a su vez ha promovido la prosperidad del HTML. Hay una gran cantidad de marcos JS en Github, pero hay relativamente pocos códigos fuente abiertos nativos. En el futuro, el mundo de Internet móvil se desarrollará más rápido gracias al código abierto y fabricantes como Github también tendrán oportunidades.
Cambios en las herramientas de desarrollo
El HTML inicial solo requería que el Bloc de notas escribiera algunas etiquetas, mientras que HTML, JS y CSS a medio plazo eran más complejos y requerían editores de texto más avanzados. Sin embargo, después de la llegada de HTML5, su volumen de código, complejidad y modelo de desarrollo serán comparables al desarrollo inicial. Se necesitan herramientas IDE profesionales como XCode y Eclipse para resolver problemas de desarrollo y depuración. Algunos desarrolladores que están orgullosos de escribir código en el Bloc de notas enfrentarán un cambio de mentalidad e incluso serán eliminados por desarrolladores más eficientes.
Análisis y ajuste del rendimiento
Muchas herramientas o servicios actuales de análisis y ajuste del rendimiento para aplicaciones nativas también afrontarán una transformación en el futuro. El análisis del rendimiento y el ajuste de aplicaciones HTML5 es otro mundo.
Confusión y protección de los derechos de propiedad
HTML5 es un código abierto, lo que trae beneficios y desventajas. Hay algunas cosas que los desarrolladores quieren hacer públicas, pero hay otras que quieren proteger. La tecnología caótica se convierte en más oportunidades de negocio. Gmail hace un gran trabajo al saturar la web de la PC. Además de la confusión de JS, creo que también hay mucho espacio para el cifrado de datos fuera de línea.
Nuevas oportunidades para los proveedores de seguridad
El poder de HTML5 generará muchos problemas de seguridad y las soluciones serán diferentes a las nativas. Es posible que surjan nuevos líderes de proveedores de seguridad en la industria.
Siete. Conclusión
Al final, sentí que el tema era un poco grande. De hecho, nadie puede predecir con precisión cómo se desarrollará el futuro y existen muchas variables. Pero creo que no hay nada de malo en la tendencia de hacer las cosas más convenientes para usuarios y desarrolladores.