Come dovrei scrivere un app jQuery Mobile per i browser con e senza supporto di JavaScript?

Question

Sto cercando di avvolgere la mia testa intorno jQuery Mobile. Il mio obiettivo è quello di costruire un'applicazione molto veloce con un aspetto grafico più vicino possibile ad un'applicazione nativa (almeno per i dispositivi moderni).

Capisco che ci sono due modi di navigare tra le pagine:

1. Caricamento ogni pagina come una pagina separata e il collegamento ad altre pagine con ancore html regolari.

2. Mettere tutti (o molti) pagine su un singola pagina web e la navigazione tra di loro per mezzo di javascript ($ .mobile.changePage (metodo) e funzioni API analoghe.

Il primo approccio dovrebbe funzionare su tutti i browser, ma esegue abbastanza male dal momento che v'è un ritardo tra ogni pagina di transizione.

Il secondo sembra che dovrebbe essere molto più veloce, quindi vorrei sicuramente preferisco questo approccio. Ma come sarebbe che il lavoro per i browser dei dispositivi mobili senza supporto di JavaScript? Certamente sembra violare obiettivo di jQuery Mobile per fornire un'esperienza con grazia degradato per i browser C-grade.

Sembra a me come se avessi bisogno di attuare la mia app per due volte, una volta ottimizzati per i browser con supporto di JavaScript, una volta per i browser senza? Utilizzando potrebbe essere un'altra opzione, ma che sembra ancora più disordinato.

Qual è il metodo consigliato per avvicinarsi a questo dilemma? C'è qualcosa che non ho notato?

Grazie,

Adrian

Answer 1

Prima di tutto:. Il tuo point2 è sbagliato

locale, interna legata "pagine" qui e leggerlo attentamente. Un href="#pageelementid" collegamento funzionerà bene e funziona in qualsiasi browser che permetta HTML4 troppo [potrebbe richiedere <a name="pageelementid"> in alcuni casi, non sono sicuro di più] con l'unica differenza che tutte le pagine sono visibili in una sola volta.

La seconda cosa è che se si utilizza il modo in cui il numero 1 apparirà piuttosto bella. Si caricherà, sì, ma nei browser abilitato per JavaScript è caricato con AJAX e non c'è brutta batter tra le pagine. Inoltre -. Un popup "loading" si presenta

jQuery Mobile si suppone che consente di creare un'applicazione con il linguaggio HTML puro e semplice, senza alcuna JS. JQm si prende sulla valorizzazione della pagina in modo che si guarda bene e usa AJAX. Tentare di creare un'applicazione che avrebbe funzionato in tutti i browser possibili (la mia ispirazione: lynx) e l'uso jQm markup per questo. Qualsiasi javascript si è disposti a scrivere dovrebbe funzionare come un miglioramento -. Renderlo migliore, invece di farlo funzionare a tutti

buona fortuna!

Answer 2

Il pensiero corrente sul sostegno browser minori è quello di non degradare con grazia, ma per migliorare. Se si crea il sito web da zero per lavorare senza javascript quindi valorizzarlo in seguito, poi si sa più o meno che il sito funzionerà (invece di dover fix o costruire un sito secondario).

Per quanto riguarda le due opzioni che hai specificato, il numero uno sarebbe la mia preferenza come un utente mobile, se ho avuto una larghezza di banda limitata e anche un sacco di persone hanno una quantità di download limitato al mese.

Unire tutte le pagine in un unico file di grandi dimensioni può sembrare una buona idea (già scaricato), ma si può anche incorrere in limitazioni di memoria su alcuni telefoni. E se tutto quello che vogliono fare è visitare due pagine, perché dovrebbero essere costretti a scaricare l'intero sito web per farlo?