Una pregunta com\u00fan formulada por los desarrolladores de aplicaciones m\u00f3viles es la siguiente: “\u00bfDebo crear mi aplicaci\u00f3n con HTML 5 o construir nativa?”. Hay una amplia gama de razones por las cuales elegir\u00eda cualquiera de estos, y los defensores de ambos tienen argumentos muy v\u00e1lidos y convincentes. Exploraremos los diversos tipos de categor\u00edas de aplicaciones y discutiremos los pros y los contras de ambos m\u00e9todos.<\/p>\n\n\n\n
Antes de comenzar, debemos definir los t\u00e9rminos, aplicaci\u00f3n HTML5 y aplicaci\u00f3n nativa, para evitar ambig\u00fcedades y argumentos innecesarios en los comentarios.<\/p>\n\n\n\n
Una aplicaci\u00f3n nativa, para el prop\u00f3sito de este art\u00edculo, se refiere a una aplicaci\u00f3n creada completamente usando tecnolog\u00edas nativas de un sistema operativo particular. Esto podr\u00eda ser Android, iOS, Windows, Blackberry, etc. Para Android, las aplicaciones nativas normalmente se crean usando Java, mientras que para iOS, una aplicaci\u00f3n nativa se puede construir usando Objective C o (m\u00e1s recientemente) Swift.<\/p>\n\n\n\n
Una aplicaci\u00f3n HTML5, por otro lado, se refiere a una aplicaci\u00f3n m\u00f3vil construida completamente con HTML, CSS y Javascript solamente. Las aplicaciones HTML5 son aplicaciones web y deben ejecutarse utilizando el navegador del sistema operativo subyacente. Tenga en cuenta que HTML5 admite datos sin conexi\u00f3n, as\u00ed como tambi\u00e9n medios enriquecidos, como audio y video. Una aplicaci\u00f3n HTML5 bien escrita se puede usar incluso cuando el dispositivo est\u00e1 fuera de l\u00ednea o, como m\u00ednimo, muestra un mensaje de error.<\/p>\n\n\n\n
Las aplicaciones HTML5 son port\u00e1tiles en diferentes sistemas operativos y tipos de dispositivos. Una aplicaci\u00f3n HTML5 escrita con m\u00e9todos de dise\u00f1o adaptables tambi\u00e9n se escalar\u00eda adecuadamente seg\u00fan el tama\u00f1o del dispositivo en el que se visualiza actualmente. Cuando se requiere una actualizaci\u00f3n, la aplicaci\u00f3n \u00fanica se actualiza y prueba, y est\u00e1 disponible para todos los dispositivos de inmediato.<\/p>\n\n\n\n
Las aplicaciones nativas, por definici\u00f3n, son exclusivas de cada sistema operativo y, por lo tanto, para admitir varios sistemas operativos m\u00f3viles, se debe escribir una aplicaci\u00f3n por separado para cada sistema operativo. Cuando se requiere una actualizaci\u00f3n, cada aplicaci\u00f3n se debe actualizar de forma independiente y probarse de forma independiente. Las aplicaciones de Android no modifican el dise\u00f1o para que coincida con el tama\u00f1o del dispositivo autom\u00e1ticamente, sin embargo, durante el desarrollo, se pueden especificar diferentes dise\u00f1os para diferentes tama\u00f1os y orientaciones de dispositivo \/ pantalla. Por lo general, esto se traduce en dise\u00f1os que son m\u00e1s agradables est\u00e9ticamente en comparaci\u00f3n con las aplicaciones HTML5 de dise\u00f1o responsivo autom\u00e1tico, aunque con m\u00e1s esfuerzo y planificaci\u00f3n. Por lo general, las aplicaciones HTML5 son m\u00e1s econ\u00f3micas de desarrollar y mantener que las aplicaciones nativas, ya que solo se requiere una sola aplicaci\u00f3n para compatibilidad con varios sistemas operativos. Esta \u00fanica aplicaci\u00f3n puede ser desarrollada por un \u00fanico desarrollador web. Sin embargo, las aplicaciones nativas para todos los principales sistemas operativos m\u00f3viles normalmente requerir\u00edan un desarrollador especializado para cada sistema operativo (Java para Android, Objective C \/ Swift para iOS, C # para Windows), que ser\u00eda significativamente m\u00e1s costoso que un desarrollador web \u00fanico. Las aplicaciones nativas son casi siempre m\u00e1s eficientes y m\u00e1s r\u00e1pidas que las aplicaciones HTML5. A pesar de los avances en el aumento de la velocidad de los int\u00e9rpretes de JavaScript, una aplicaci\u00f3n HTML5 no puede ejecutarse a la misma velocidad que una aplicaci\u00f3n nativa de funcionalidad similar. La App Store de Apple puede rechazar aplicaciones por ser demasiado lenta o no sentirse lo suficientemente nativa, lo cual es m\u00e1s probable que ocurra con una aplicaci\u00f3n HTML5 que con una aplicaci\u00f3n completamente nativa. Las aplicaciones nativas pueden interactuar con una amplia gama de hardware disponible en un dispositivo, incluida la ubicaci\u00f3n, la c\u00e1mara, el aceler\u00f3metro, los altavoces, la pantalla y m\u00e1s. Las aplicaciones HTML5 no tienen la misma capacidad para interactuar con el hardware, lo que puede ser un gran factor decisivo, seg\u00fan la funcionalidad deseada de la aplicaci\u00f3n. Si necesita entregar una aplicaci\u00f3n al costo m\u00e1s bajo a la velocidad m\u00e1s r\u00e1pida en m\u00faltiples tipos de sistema operativo m\u00f3vil, una aplicaci\u00f3n HTML5 es casi siempre la mejor opci\u00f3n. Sin embargo, si su aplicaci\u00f3n necesita hacer uso de hardware espec\u00edfico del dispositivo, o necesita correr muy r\u00e1pido, lo har\u00e1 mejor con una soluci\u00f3n nativa.<\/p>\n\n\n\n Sin embargo, como con la mayor\u00eda de las cosas relacionadas con la computadora, hay m\u00e1s de una soluci\u00f3n. Hay una tercera categor\u00eda de aplicaciones, llamadas aplicaciones h\u00edbridas. Las aplicaciones h\u00edbridas se crean utilizando el lenguaje \/ framework, y luego se envuelven con c\u00f3digo nativo espec\u00edfico para cada sistema operativo m\u00f3vil deseado. <\/p>\n\n\n\n Por ejemplo, construyes una aplicaci\u00f3n usando HTML5, CSS y Javascript, luego generas un envoltorio alrededor de la aplicaci\u00f3n para dispositivos Android, iOS y Windows. El producto final es, a todos los efectos, una aplicaci\u00f3n nativa para cada plataforma, sin embargo, comparten una \u00fanica base de c\u00f3digo. Para el usuario final, una aplicaci\u00f3n h\u00edbrida no es diferente de una aplicaci\u00f3n nativa. Los frameworks de aplicaciones h\u00edbridas populares incluyen Apache Cordova (anteriormente PhoneGap), Appcelerator Titanium, Appear IQ, CocconJS y Appzillon, entre otros.<\/p>\n\n\n\n Las aplicaciones h\u00edbridas no son todas rosas. Hay ventajas y desventajas:<\/p>\n\n\n\n Mientras que el debate entre la aplicaci\u00f3n HTML5 y la aplicaci\u00f3n nativa sigue abierto, vale la pena mencionar que hay literalmente docenas de razones v\u00e1lidas para desarrollar una aplicaci\u00f3n HTML5, nativa o h\u00edbrida. Sin embargo, la pregunta m\u00e1s importante no deber\u00eda ser “\u00bfQu\u00e9 tecnolog\u00eda deber\u00edamos usar para desarrollar?”, Sino “\u00bfQu\u00e9 hace la aplicaci\u00f3n?”<\/strong>. Las funciones que la aplicaci\u00f3n debe realizar, cuando se deletrean adecuadamente, a menudo responder\u00e1n a qu\u00e9 tecnolog\u00eda es apropiada.<\/p>\n\n\n\n Si tiene la intenci\u00f3n de desarrollar un juego de gr\u00e1ficos intensivos, seguramente querr\u00e1 construir una aplicaci\u00f3n nativa, con el fin de brindarles a los usuarios el juego m\u00e1s r\u00e1pido y con mayor capacidad de respuesta posible.<\/p>\n\n\n\n Si est\u00e1 escribiendo una aplicaci\u00f3n para una empresa que permite a los ejecutivos acceder a la informaci\u00f3n de la compa\u00f1\u00eda, puede decidir entre una aplicaci\u00f3n h\u00edbrida o HTML5, especialmente si su aplicaci\u00f3n no necesita usar el hardware del dispositivo, y debe estar disponible para su uso en el dispositivo preferido.<\/p>\n\n\n\n \ud83c\udf10 Descubr\u00ed c\u00f3mo dise\u00f1ar el mejor camino tecnol\u00f3gico en nuestra web.<\/a><\/strong><\/p>\n\n\n\n
Ganador : HTML5<\/strong><\/p>\n\n\n\nCosto de desarrollar<\/h4>\n\n\n\n
Ganador : HTML5<\/strong><\/p>\n\n\n\nVelocidad y Eficiencia<\/h4>\n\n\n\n
Ganador : Nativo<\/strong><\/p>\n\n\n\nUso de Hardware<\/h4>\n\n\n\n
Ganador : Nativo<\/strong><\/p>\n\n\n\nCriterio<\/th> HTML5<\/th> Nativa<\/th><\/tr><\/thead> Portabilidad<\/td> \u2705 Funciona en m\u00faltiples sistemas<\/td> \u274c Requiere desarrollo por plataforma<\/td><\/tr> Costo de desarrollo<\/td> \u2705 M\u00e1s econ\u00f3mica (un solo dev)<\/td> \u274c M\u00e1s costosa (varios devs necesarios)<\/td><\/tr> Velocidad y eficiencia<\/td> \u26a0\ufe0f Menos r\u00e1pida<\/td> \u2705 \u00d3ptimo rendimiento<\/td><\/tr> Acceso al hardware<\/td> \u26a0\ufe0f Limitado<\/td> \u2705 Completo acceso<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n Aplicaciones h\u00edbridas<\/h2>\n\n\n\n
Pros<\/strong><\/h4>\n\n\n\n\n
Contras<\/strong><\/h4>\n\n\n\n
\n
\n\n\n\n