asp.net mvc, jquery mobile, best practice per l'architettura phonegap

Question

Sto sviluppando un'applicazione mobile utilizzando ASP.Net MVC per generare 5 pagine HTML. Le pagine HTML 5 utilizzeranno la loadPage di jQueryMobile per effettuare chiamate a ASP.Net MVC per caricare pagine nel DOM. Quindi utilizzerà la pagina delle modifiche di jQueryMobiles per rendere la pagina attiva nel DOM in base alle interazioni dell'utente con l'app. Le chiamate all'app MVC invocano diversi servizi Web per recuperare i dati di origine per costruire l'HTML.

Abbiamo intenzione di utilizzare PhoneGap con l'app in modo che possiamo inviare l'app finita agli store Apple e Android. La mia app non ha bisogno di interagire con le funzionalità native di un dispositivo (contatti, geolocalizzazione, ecc.) Poiché non è necessario interagire con il sistema operativo del dispositivo reale (eccetto per effettuare chiamate jQuery ajax all'app MVC), PhoneGap è davvero necessario? L'approccio che ho descritto sopra è un modo appropriato per rendere possibile un'app Web sui dispositivi mobili?

Poiché la mia applicazione è asp.net mvc e sarà ospitata sui miei server, cosa viene inviata agli store Android e Apple? È qui che entra in gioco PhoneGap? PhoneGap crea un eseguibile di qualche tipo inviato agli store di Android e Apple? Quindi questo eseguibile viene scaricato sui dispositivi client? Suppongo che l'eseguibile effettuerà quindi chiamate al sito MVC tramite URL per recuperare l'HTML dell'applicazione.

Sto guardando correttamente? Grazie per l'aiuto.

Answer 1

PhoneGap (o qualche altro sostituto) non è del tutto necessario, ma molto utile per creare un pacchetto di app dalla sorgente HTML/JS/CSS. PhoneGap non crea l'eseguibile (l'IDE lo fa) ma è un framework di Java per la funzionalità JavaScript (che consente di eseguire codice Java dal tuo JavaScript).

PhoneGap avvolge fondamentalmente il codice HTML/JS/CSS site in un webview modo che il codice può essere interpretato dal browser del dispositivo (a volte in maniera più sabbia-scatola che correre il browser normalmente, per esempio pre-IOS-5 Le istanze webview non ricevono il motore Nitro JS in modo che funzionino più lentamente dei siti Web nel browser Mobile Safari).

È possibile creare il proprio webview se il proprio sito è così semplice da non utilizzare nessuna delle altre funzionalità di PhoneGap ma poiché è già cotto in PhoneGap e il dispositivo non dovrà scaricare PhoneGap. Potresti anche usare PhoneGap.

PhoneGap Build (https://build.phonegap.com/) è un programma che è possibile acquistare per creare e inviare i pacchetti di app agli app store Apple/Google/RIM/Windows. Generalmente usi solo il tuo IDE per farlo comunque. Ad esempio, per creare un'app iOS è necessario utilizzare un nuovo computer Apple (è necessario disporre della versione più recente del sistema operativo per creare le versioni più recenti dei pacchetti iOS). pacchetti di app iOS vengono creati in XCode, e IDE Eclipse è un ambiente molto comune per creare i pacchetti di applicazioni Android: http://developer.android.com/sdk/eclipse-adt.html

ho notato che ha detto che si sta utilizzando $.mobile.loadPage() per caricare le pagine nel DOM e $.mobile.changePage() per navigare l'utente a quelli pagine. Se usi semplicemente $.mobile.changePage(), prenderà automaticamente la pagina con loadPage(). Se si utilizza loadPage() di precaricare contenuti allora il check-out di jQuery Mobile prefetching abilità: http://jquerymobile.com/demos/1.1.0-rc.1/docs/pages/page-cache.html

UPDATE per il 2014

recente ho costruito alcune applicazioni che utilizzano Cordova 3.5 e il processo di generazione era molto così semplificata. Il processo di creazione dei pacchetti viene ora gestito tramite la console del sistema e tutto, dall'installazione dei plug-in alla ricostruzione di un pacchetto di applicazioni, è molto più semplice.