Risiken Websites mit jQuery Mobile Programmierung?

Question

Das jQuery-Team hat vor kurzem http://jquerymobile.com/ mit der Absicht, eine Benutzerschnittstelle zu schaffen Bibliothek für mobile Geräte.

  

Unser Ziel ist es, Werkzeuge zu bauen zu schaffen   dynamisches Touch-Interfaces, dass Wille   elegant auf einen Bereich der Vorrichtung anzupassen,   Formfaktoren. Das System beinhaltet   beide Layouts (Listen, Detail Scheiben,   Overlays) und ein umfangreicher Satz von Form   Kontrollen und UI-Widgets (schaltet,   Schieber, Tabs).

Insgesamt scheint es Unterstützung für den Rahmen wirklich niedrig ist, weil die meisten Handys mit crappy Browsern versenden. Meine Frage ist in zwei Teilen. Ist es besser, ein paar Browser ohne reiche Erfahrung oder gibt so viele Nutzer wie möglich eine nur durchschnittliche Erfahrung zu unterstützen? Dies ist vergleichbar mit der Frage der IE unterstützt, weil die Frage ist, wie viel uns mit schlechten Browsern über die Nutzer ist es egal?

Noch wichtiger ist, wie viel Entwicklungszeit ist es wirklich wert eine mobile Version einer Website zu erstellen, die nicht in erster Linie für die mobilen Nutzer sind?

Answer 1

Nun, es ist 1.0 Alpha 1, also würde ich sagen, dass die Risiken sind:

1. Es ist weitgehend ungetestet, so dass Sie wahrscheinlich über unbekannte oder ungelöste Fehler kommen werden, wie Sie neue Wege schmieden.
2. Es gibt ein großes Potenzial für den Wandel in einem frühen Release, so können Sie große Teile Ihrer Website aktualisieren müssen, das heißt. wenn sie die Datenelemente unter Namespace „ui“.

Es ist auch wichtig, die Gründe für diese Qualitäten zu berücksichtigen:

  

Was bedeuten die Noten bedeuten? Die Noten sind eine Kombination aus der Qualität Browser mit der Browser-Relevanz in dem größeren Mobilfunkmarkt kombiniert.

Ein „A“ -Klasse ist ein Hinweis auf die Fähigkeiten des Browsers, nicht aktuelle oder zukünftige Kompatibilität mit jQuery Mobile.

Wenn Sie wollen helfen, ein neues Stück Software entwickeln, beginnen jQuery Mobile mit und tragen Feedback, Fehlerberichte, Code oder alle der oben genannten. Wenn nicht, wird das Team eine Version 1.0 im Januar 2011 zu sehen, die Hoffnung, die gleich um die Ecke ist.

Die Theorie um jQuery Mobile ist eine reiche Erfahrung zu reichen Browser bietet, und eine funktionale Erfahrung zu dem einfacheren Browser. Ich denke, dies ist sinnvoll, besonders wenn man bedenkt, wie schnell jQuery Mobile Sie und laufen mit einem wirklich großen mobilen UI bekommen kann.

Ich würde gerne wissen, was Sie bedeuten „eine Website, die nicht in erster Linie für die mobilen Nutzer ist.“ Es gibt Websites, die für Mobilgeräte optimiert sind, und es gibt Websites, die noch nicht für mobile optimiert. Nur einige sehr spezielle Nischen-Websites benötigen keine mobile Erfahrung.

Answer 2

Im Anschluss an Silvo, würde ich hinzufügen, dass die nützlichste Antwort auf Ihre Frage ein Verständnis für Ihre Zielbenutzerbasis erfordert. wenn Ihre Zielgruppe nicht in der Regel mobilen Browser zum Beispiel verwendet, dann können Sie besser dran, einen bestimmten mobilen Browser-Targeting und läßt jene Interessenten, diesen Weg nehmen. Allerdings, wenn Ihre Benutzer den mobilen-Browser sein, die primäre Schnittstelle wünschen, dann werden Sie wahrscheinlich eine größere Auswahl für die funktionalen Browser-Optionen wollen.

Als Fall-in-Punkt, nehmen alle die alten Web-Anwendungen, die die Verwendung von IE erfordern verwendet, nur weil sie (der Entwickler (s)) wollten nicht oder konnte das reibungslose Funktionieren nicht garantieren, auf andere Browser. Wenn die Zielgruppe dieses App Business-Anwender ist, die in der Regel verwenden (d) IE sowieso, dann wäre dies nicht eine spürbare Einschränkung gewesen. Doch in einem allgemeineren Web-App (Web-Mail, etc), dann alle Benutzer auf einen einzigen Browser beschränkt lähmende in einem kompetitiven Umfeld sein könnte.

Allerdings werde ich diesen Staat je nachdem, was die Richtung, die Sie nehmen, beachten Funktionalität Silvo Rat zu gewährleisten, auch ohne JavaScript. Viele Unternehmen, Bibliotheken usw. begrenzen noch JavaScript-Funktionalität.

Answer 3

Was sollten Sie darauf abzielen, eine reiche Erfahrung zu tun ist, bietet aber zugleich sicherzustellen, dass alle Ihre Kernfunktionalität funktionieren auch, wenn kein Javascript auf dem Client vorhanden ist (oder es ausgeschaltet ist). Stackoverflow ist ein gutes Beispiel für eine Website, die eine gute Balance zwischen diesen beiden Ansätzen findet.