2

Ich versuche, meinen Kopf um jQuery Mobile zu wickeln. Mein Ziel ist es, eine sehr schnelle Anwendung mit einem Look & Feel zu erstellen, das so nah wie möglich an einer nativen App ist (zumindest für moderne Geräte).Wie soll ich eine Jquery Mobile App für Browser mit und ohne JavaScript-Unterstützung schreiben?

Ich verstehe, gibt es zwei Möglichkeiten der Navigation zwischen den einzelnen Seiten:

  1. jede Seite als separate Seite wird geladen und die Verlinkung zu anderen Seiten mit regelmäßigen HTML-Anker.

  2. alle Putting (oder viele) Seiten auf einer einzigen Web-Seite und die Navigation zwischen ihnen mittels Javascript ($ .mobile.changePage (Methode) und ähnliche api-Funktionen.

Der erste Ansatz sollte funktioniert auf allen Browsern, funktioniert aber ziemlich schlecht, da es zwischen jedem Seitenübergang eine Verzögerung gibt.

Die zweite sieht so aus, als sollte sie viel schneller sein, also würde ich definitiv diesen Ansatz bevorzugen.Aber wie würde das für mobile Geräte Browser funktionieren ohne JavaScript-Unterstützung? Es scheint sicherlich zu verletzen jQuery Mobile Ziel, eine anmutige bereitzustellen y verschlechterte Erfahrung für Browser der C-Klasse.

Es sieht für mich so aus, als müsste ich meine App zweimal implementieren, einmal für Browser mit JavaScript-Unterstützung optimiert, einmal für Browser ohne? Die Verwendung kann eine andere Option sein, aber das sieht noch unordentlicher aus.

Was ist der empfohlene Weg, dieses Dilemma anzugehen? Gibt es etwas, was ich nicht bemerkt habe?

Danke,

Adrian

+1

Welche mobilen Browser unterstützen kein Javascript? – SLaks

+0

Ich könnte mir vorstellen, es gibt eine ganze Menge, die nicht, ich habe eine Samsung U900 (im Ruhestand, aber immer noch es), es ist nur ein paar Jahre alt und IIRC es nicht unterstützt Javascript. Es gibt auch viele Länder in der Welt, in denen die durchschnittliche Person einfach kein Smartphone hat. – PottyBert

+0

tun Sie es mit Javascript-Unterstützung. – Jason

Antwort

2

Vor allem: Ihr Punkt2 ist falsch.

Siehe Local, internal linked "pages" in here und lesen Sie es sorgfältig durch. Ein Link funktioniert gut UND funktioniert auch in jedem HTML4-fähigen Browser [könnte in einigen Fällen <a name="pageelementid"> erfordern, bin ich mir nicht mehr sicher] mit dem einzigen Unterschied, dass alle Seiten gleichzeitig sichtbar sind.

Zweite Sache ist, dass, wenn Sie den Weg Nummer 1 verwenden, wird es auch ganz nett aussehen. Es wird geladen, ja, aber in JavaScript-fähigen Browsern ist es mit AJAX geladen und es gibt keine unangenehmen Blinzeln zwischen den Seiten. Auch - ein "Laden" Popup wird angezeigt.

jQuery Mobile soll Sie eine Anwendung mit einigen reinen und einfachen HTML ohne JS erstellen können. JQM selbst übernimmt die Verbesserung der Seite, so dass es gut aussieht und AJAX verwendet. Versuchen Sie, eine Anwendung zu erstellen, die in jedem Browser funktioniert (meine Inspiration: lynx) und dafür JQM-Markup verwendet. Jegliches Javascript, das Sie schreiben möchten, sollte als Verbesserung dienen - es besser machen, anstatt es überhaupt funktionieren zu lassen.

viel Glück damit!

+0

Danke über das Aufzeigen meines Fehlers - Jetzt sehe ich klarer, wie das funktionieren soll. jQuery Mobile ist sogar viel besser als ich erwartet hatte! :-) –

0

Die derzeitigen Überlegungen auf weniger Browsern unterstützt, ist nicht ordnungsgemäß zu beeinträchtigen, sondern zu verbessern. Wenn Sie die Website von Grund auf bauen, um ohne Javascript zu arbeiten, verbessern Sie es anschließend, dann wissen Sie ziemlich genau, dass die Seite funktionieren wird (anstatt zu reparieren es oder eine sekundäre Seite zu bauen).

Was die beiden Optionen, die Sie festgelegt haben, die Zahl würde man meine Vorliebe als mobiler Benutzer, wenn ich eine begrenzte Bandbreite hatte und auch eine Menge Leute haben eine zeitlich begrenzte Download-Menge pro Monat.

Lumping alle Seiten in eine große Datei kann wie eine gute Idee (bereits heruntergeladen) erscheinen, aber Sie können auch in Speicherbeschränkungen auf bestimmten Telefonen laufen. Und wenn sie nur zwei Seiten besuchen möchten, warum sollten sie gezwungen sein, die gesamte Website herunterzuladen, um dies zu tun?

+0

Ich verstehe den Punkt, den Sie versuchen zu machen, aber es trifft nicht ganz zu meinem Szenario zu. Ich arbeite auf einer SaaS-Website für die Zeiterfassung, nicht auf einer normalen Website (wie Wetterinformationen oder eine Karte). Sein Zweck ist es, den Menschen eine sehr schnelle Möglichkeit zu bieten, ihre Arbeitszeit auf einer täglichen Basis zu verfolgen. Die meisten unserer Kunden benutzen es mehrmals am Tag. Deshalb ist Geschwindigkeit essentiell. Im Idealfall möchten wir native Apps für Mobiltelefone implementieren, aber wir haben (derzeit) nicht die Ressourcen, dies für jede Plattform, die unsere Kunden verwenden, zu tun. –

+0

Sie benötigen keine nativen Apps, wenn Ihre JQM-App fertig ist. Google für 'phonegap' – naugtur

+0

@naugtur: Ich bin mir über phonegap bewusst, aber wir brauchen weiterhin native Apps. Auch wenn sie richtig implementiert ist, ist eine JQM-Website hinsichtlich Geschwindigkeit und Benutzerfreundlichkeit nicht mit einer echten App vergleichbar. Es ist eine gute Lösung für die Zeit und für die Geräte, die wir nativ nicht unterstützen können. –