2012-05-18 18 views
28

He estado investigando PhoneGap y ahora estoy en un callejón sin salida y necesito algunos consejos. Sé que PhoneGap esencialmente 'convierte' html5, css, sitios JS en 'aplicaciones' para su distribución, lo que me lleva a mi pregunta:Android: PhoneGap vs Webview

¿Por qué simplemente no utilizar una webview dentro de una actividad para hacer lo mismo y mantener la aplicación nativa?

¡Gracias de antemano!

+2

PhoneGap no 'convierte' html, css, js a native para su distribución. Se actualiza un WebView, se agrega API W3C y se envuelve en una aplicación nativa de Android. –

+0

+1. Me preguntaba lo mismo. –

Respuesta

29

La ventaja de PhoneGap es que proporciona APIs que permiten a su HTML/Javascript para interactuar con el teléfono (por ejemplo, cámara, acelerómetro, medios de comunicación, etc.)

Estas API son estándar a través de múltiples dispositivos (iOS, Android, WinPhone, Blackberry etc.). Por lo tanto, puede escribir un conjunto de HTML/JavaScript e implementar en múltiples plataformas.

Si acaba de crear una vista Web que no tendría las API PhoneGap y lo que se necesita para construir contenedores en cada plataforma en la que estábamos interesados.

1

buena pregunta, aún se podía usar vista web para eso, sino que ganó' Puede acceder a funciones nativas como tono de llamada, cámara y todo eso, sin embargo, la aplicación hecha de esa manera se considerará como una aplicación nativa.

9

Buena pregunta También me he buscado, porque fuimos a la solución de Phonegap y creo que es una manera incorrecta para nosotros.

La larga historia: Eso es muy cierto si escribe una vez una IU con habilidades de desarrollador web que no es necesario para conocer el idioma nativo y compilar, y listo para la prueba. Los desarrolladores web tienen una demanda más alta => precio de desarrollador aún más económico.

Cuando el cliente quiere un Milestone 1 por su gran idea, le preguntará a algunas compañías, autónomos sobre el precio de desarrollo y el tiempo. Si es una versión de aplicación muy básica con Phonegap, tendrá el menor costo de desarrollo (desactivado si las habilidades de desarrollo web son las mismas que las habilidades de desarrollo de plataforma) con webView en segundo lugar y la última es la nativa.

El cliente está satisfecho con el resultado de la aplicación con Phonegap y desea obtener más inversores, por lo que hará una presentación en la que piden más funciones.

En Milestone 2 usted agregará algunas características. Algunos son fáciles de instalar en la línea de comandos y lo obtienen, otros no. Tal vez tengas mala suerte ya que quieres una combinación de 2 plugins existentes con algunos extras. La conclusión será: tienes que desarrollar un complemento. En este punto, ya es un gran síntoma de interrogatorio que es más barato: el complemento Phonegap + Phonegap o WebView. Si necesita 5 complementos ya existentes y tiene una pequeña modificación, Phonegap aún lo está. Pero si solo necesita 1 complemento, solo el suyo, la vista web es la correcta. También hay casos que hacen que la estructura de Phonegap sea inútil. También hay un problema con el sistema de control de versiones en Phonegap si desarrolla archivos web, y también código nativo: algunos se están regenerando en cada tiempo de compilación y otros no. Todavía es costoso la plataforma nativa. Ahora las características requeridas están desarrolladas. El cliente hará una demostración para los inversores, donde será la velocidad de ejecución visible con estas nuevas características. O aquí requerirán optimización, aceleración del tiempo de ejecución o después de publicar en el mercado, verán que algunos se están ejecutando con teléfonos de gama baja y no lo último, que se usará en demostraciones y decidirán ir al . Hito 3: acelerar.

En la optimización, acelere (Hito 3) usted decidirá que necesita una GUI nativa. Después de todo, la GUI desarrollada con web ahora tendrá que tirar en la cerca e implementar el lado, tal vez algunas partes necesitan incluso NDK para acelerar. No hay forma de ser bueno aquí con Phonegap. Pero ha contratado desarrolladores web o contratado a esa empresa. Ahora vuelve a esa compañía, desarrolladores que pueden crear código nativo. No comenzarán desde 0, por lo que deben analizar el código, refactorizar y su precio de desarrollo subirá al menos un 50%, ya que lo comenzaría desde 0 con nativo.