¿Tiene una aplicación web móvil como un sitio web que ejecuta la aplicación o la aplicación funciona como un navegador web?

En general, existen dos tipos de aplicaciones que se ejecutan en dispositivos móviles: sitios web móviles y aplicaciones móviles nativas.

Se accede a los sitios web móviles como cualquier otro sitio web: hay un navegador y generalmente un servidor (es raro, pero en teoría uno podría entregar un conjunto de páginas web localmente y solo ver los recursos locales).

Un navegador web móvil suele ser el navegador nativo móvil independiente incluido con el sistema operativo, como iOS Safari (para dispositivos Apple) o Chrome (para dispositivos Android, también disponible en iOS desde la App Store). Ambos navegadores también proporcionan componentes de vista web que pueden integrarse en una aplicación “nativa”, de modo que la aplicación misma está enmarcando un navegador web para parte o toda su interfaz de usuario.

Sin embargo, las aplicaciones móviles nativas son aplicaciones independientes escritas y compiladas para los dispositivos en los que se ejecutan. Para los dispositivos Apple, el lenguaje “administrado” preferido actual es Swift, y el lenguaje original y más “de bajo nivel” es Objective-C. Para Android, las aplicaciones nativas están escritas en Java. Estas aplicaciones nativas ciertamente pueden incluyen componentes del navegador web, pero generalmente usan primitivas nativas (como controles de texto, controles de imagen, controles desplegables, botones, etiquetas, etc.) para interactuar con los usuarios. Estas aplicaciones nativas generalmente interactúan con un servidor a través de una interfaz de programación de aplicaciones (API), cuyo “sabor” más popular es JSON usando REST sobre http. Los marcos de servidores de back-end populares para API incluyen Node.js, ASPNet Web API, PHP (yuck), etc.

Ahora, escribir aplicaciones nativas separadas para las dos plataformas principales es una molestia para los editores, por lo que bien puede preguntar “¿hay disponible una tecnología de tipo de compilador cruzado de escritura única, ejecución nativa”? Bueno, sí. Hay un par de plataformas / marcos de desarrollo intermedios que están destinados a ayudar a ahorrar tiempo a los desarrolladores, al generar UX “nativo” o de aspecto casi nativo de un conjunto central de construcciones de lenguaje de IU que se “compilan” en plataformas específicas. Esos incluirían los formularios ReactNative y Xamarin (ahora parte de Microsoft Visual Studio). Su promesa es “escribir una vez, ejecutar en todos los dispositivos móviles”, pero aún no es perfecto, y generalmente no ofrecen toda la potencia de cada entorno nativo. . A veces también están sujetos a la lentitud o la falta de aprobación de la App Store y Google Play, ya que estos dos proveedores preferirían las aplicaciones nativas por razones estratégicas. Aún así, estas plataformas están evolucionando rápidamente e intentan ser tan buenas como escribir aplicaciones de forma nativa en cada plataforma.

Anexo: Desde el punto de vista del marketing, una gran desventaja de las aplicaciones móviles frente a las aplicaciones nativas es que no tienes presencia en las tiendas de aplicaciones, lo cual es bastante útil. Pero, por ejemplo, para las aplicaciones de intranet (aplicaciones corporativas), hay un gran atractivo para los sitios web móviles: escritura única, esfuerzo singular, actualizaciones instantáneas, etc.

Related Content

¿Cómo hacen dinero las aplicaciones?

¿Puede la aplicación web progresiva durar más en el futuro y cómo puede vencer a las aplicaciones nativas?

Permíteme primero responder tu pregunta de la forma en que la hiciste. Sí (ish) y no.

Sí (ish) , pero no realmente, y he aquí por qué. Cuando está creando una aplicación web móvil, en realidad está creando un híbrido, que para todos los efectos, es una aplicación nativa que ejecuta sus páginas y elementos a través de vistas web. Por supuesto, esto solo no sería una aplicación muy interesante, ya que básicamente solo tendría un sitio web ejecutándose dentro de una vista web nativa. Aquí es donde entra en juego Cordova. Cordova es el pegamento que conecta sus vistas web al hardware móvil real, y le da acceso a prácticamente cualquier cosa que su teléfono pueda hacer. La lista de estos complementos de Cordova solo está creciendo, y en este momento, en realidad, no conozco una característica de hardware a la que Cordova no tenga acceso (probablemente, al menos, hay algunas). La conclusión es que su aplicación se ejecuta en vistas web de un shell nativo. Imagínelo algo como esto. Cada módulo principal de su aplicación es una pequeña instancia de un navegador web en segundo plano. Un gran marco para crear aplicaciones híbridas es Ionic: Cree aplicaciones nativas increíbles y aplicaciones web progresivas con Ionic Framework y Angular

Vea la siguiente ilustración para una comprensión más clara:

No , porque si su aplicación actuaría como un navegador web, efectivamente la convertiría en un navegador. Está creando una aplicación, no un navegador, y la aplicación web siempre se ejecutará dentro del navegador (vista web).

Steve Murch

La aplicación nativa del teléfono no usa el navegador.

La aplicación de teléfono híbrido (cordova o algo así) usa el navegador web interno, por lo que el desarrollo es el mismo que para el navegador. Sin embargo, no es un código javascript o html, se compila casi de la misma manera que Java.

Desventajas de Córdoba: no tienes acceso a todo. Sin embargo, eso realmente está mejorando. Puede tener acceso a gps, bluetooth, sonido, archivos, cámara, etc., etc.

Ventajas de Cordova: primero, hace que sea más fácil de desarrollar, segundo, no tiene que actualizar la versión en una tienda de juegos o una tienda de aplicaciones cada vez, existe la posibilidad de actualizar una versión en el teléfono de un cliente directamente dentro de la aplicación. Eso acelera enormemente el desarrollo y también aumenta la satisfacción del cliente, ya que puede enviar un parche de error a la aplicación sin esperar una aprobación.

Lo hemos usado antes y con bastante éxito. Fuimos aprobados por Google en 3 días y por Apple en 2 días antes. Actualmente estamos trabajando para hacer la aplicación híbrida para nuestro servicio social de imágenes panorámicas 360 en https://www.virvir.co .

Nuestra aplicación se basa en Meteor / MongoDB y eso hace que funcione en un teléfono como una brisa. La comunicación con el servidor de fondo se realiza a través de sockets y eso disminuye el tráfico de manera significativa incluso en comparación con las llamadas JSON.

Stan Podolski

More Interesting