, jQuery Mobile, mejores prácticas de arquitectura de PhoneGap

Question

Estoy desarrollando una aplicación móvil usando ASP.Net MVC para generar HTML 5 páginas. Las páginas HTML 5 usarán loadPage de jQueryMobile para hacer llamadas a ASP.Net MVC para cargar páginas en el DOM. Luego usará la página de cambio de jQueryMobiles para hacer que la página esté activa en el DOM en función de las interacciones del usuario con la aplicación. Las llamadas a la aplicación MVC invocarán diferentes servicios web para recuperar los datos de origen para construir el HTML.

Nos va a utilizar PhoneGap con la aplicación para que podamos someter la aplicación final a las tiendas de Apple y Android. Mi aplicación no necesita interactuar con la funcionalidad nativa de un dispositivo (contactos, geolocalización, etc.) Dado que no es necesario para interactuar con el sistema operativo del dispositivo real (excepto para hacer jQuery llamadas AJAX para MVC aplicación), a continuación se PhoneGap realmente necesario? ¿Es el enfoque que he descrito anteriormente una forma adecuada de hacer viable una aplicación web en dispositivos móviles?

Desde mi solicitud es asp.net mvc y se alojará en mis servidores, lo que se envió a las tiendas de Apple o Android? ¿Es aquí donde PhoneGap entra en juego? ¿PhoneGap crea un ejecutable de algún tipo que se envía a las tiendas de Android y Apple? Entonces, ¿este ejecutable se descarga en los dispositivos del cliente? Supongo que el ejecutable hará llamadas al sitio MVC a través de la URL para recuperar el HTML de la aplicación.

estoy mirando esto correctamente? Gracias por tu ayuda.

Answer 1

Phonegap (o algún sustituto) no es absolutamente necesarios, pero muy útil para crear un paquete de aplicaciones de su/JS/CSS fuente HTML. Phonegap no crea el ejecutable (tu IDE lo hace) sino que es un marco de trabajo de la funcionalidad de Java a JavaScript (lo que hace posible ejecutar código Java desde tu JavaScript).

Phonegap básicamente envuelve su HTML/JS sitio/CSS en un webview para que su código puede ser interpretado por el navegador del dispositivo (a veces de una manera más arena en caja que ejecuta el navegador normalmente, por ejemplo pre-IOS-5 webview las instancias no obtienen el motor Nitro JS, por lo que se ejecutan más lentamente que los sitios web en el navegador Mobile Safari).

Usted puede crear su propia webview si su sitio es tan simple que no utiliza ninguna de las otras funcionalidades Phonegap pero puesto que ya está al horno en Phonegap y el dispositivo no tendrá que descargar Phonegap. También podría usar Phonegap.

Phonegap Construir (https://build.phonegap.com/) es un programa que puede comprar para tener sus paquetes de aplicaciones construidas y presentadas a las tiendas de aplicaciones de Apple/Google/RIM/Windows. En general, simplemente utiliza su propio IDE para hacer esto. Por ejemplo, para crear una aplicación iOS, debe usar una nueva computadora Apple (debe tener la última versión del sistema operativo para compilar las últimas versiones de los paquetes iOS). paquetes de aplicaciones de iOS se crean en XCode, y Eclipse IDE es un entorno muy común para crear sus paquetes de aplicaciones para Android: http://developer.android.com/sdk/eclipse-adt.html

Noté que ha dicho que está utilizando $.mobile.loadPage() para cargar páginas en el DOM y $.mobile.changePage() para navegar por el usuario a las páginas. Si solo usa $.mobile.changePage(), automáticamente tomará la página con loadPage(). Si está utilizando loadPage() para precargar contenido a continuación, salida habilidades de prelectura de jQuery Mobile: http://jquerymobile.com/demos/1.1.0-rc.1/docs/pages/page-cache.html

actualización para 2014

Recientemente he construido algunas aplicaciones que utilizan Cordova 3.5 y el proceso de construcción era mucho así simplificado. El proceso de creación de paquetes ahora se gestiona a través de la consola de su sistema y todo, desde la instalación de complementos hasta la reconstrucción de un paquete de aplicaciones, es mucho más fácil.