7
votes

Risques de programmation Sites avec JQuery Mobile?

L'équipe JQuery a récemment lancé http://jquerymobile.com/ avec l'intention de créer une interface utilisateur Bibliothèque pour appareils mobiles.

Notre objectif est de fournir des outils à construire interfaces tactiles dynamiques qui vont Adapter gracieusement à une gamme d'appareils facteurs de forme. Le système comprendra les deux mises en page (listes, vitres détaillées, superpositions) et un ensemble de formes riche Contrôles et widgets d'interface utilisateur (bascule, curseurs, onglets).

Globalement, il semble Prise en charge du cadre est vraiment faible car la plupart des téléphones expédient avec des navigateurs de merde. Ma question est en deux parties. Est-il préférable de soutenir quelques navigateurs avec une expérience plus riche ou de donner autant d'utilisateurs que possible une expérience simple? Ceci est similaire à la question de l'appui, c'est-à-dire parce que la question est de savoir combien nous soucions-nous des utilisateurs ayant des navigateurs pires?

Plus important encore, combien de temps développeur vaut-il vraiment la peine de construire une version mobile d'un site qui n'est pas principalement destiné à l'utilisateur mobile?


0 commentaires

3 Réponses :


0
votes

Ce que vous devriez viser à faire est de fournir une expérience riche, mais garantira en même temps que toutes vos fonctionnalités essentielles fonctionnent même lorsqu'aucun JavaScript n'est présent sur le client (ou il est désactivé). Stackoverflow est un bon exemple d'un site qui trouve un bon équilibre entre ces deux approches.


0 commentaires

2
votes

Comme suivi de Silvo, j'ajouterais que la réponse la plus utile à votre question nécessite une compréhension de votre base d'utilisateurs cible. Par exemple, si votre public cible n'utilisera généralement pas de navigateurs mobiles, vous risquez peut-être mieux de cibler un navigateur mobile spécifique et de laisser ces parties intéressées à prendre cette voie. Toutefois, si vos utilisateurs désirent que le navigateur mobile soit l'interface principale, vous voudrez probablement utiliser un choix plus large pour les options du navigateur fonctionnel.

En cas d'incident, prenez toutes les anciennes applications Web qui nécessitent l'utilisation d'IE, simplement parce qu'elles (le (s) développeur (s)) ne voulaient pas ou ne pouvaient pas garantir le bon fonctionnement sur d'autres navigateurs. Si le public cible de cette application était des utilisateurs professionnels, qui utilisent généralement (d) c'est-à-dire de toute façon, cela n'aurait donc pas été une restriction notable. Cependant, dans une application Web plus générale (web-mail, etc.), puis restreignant tous les utilisateurs à un seul navigateur pourraient se faire appeler dans un environnement concurrentiel.

Cependant, je vais indiquer que, selon la direction que vous prenez, a déclaré les conseils de Silvo sur la fonctionnalité, même sans JavaScript. De nombreuses entreprises, bibliothèques, etc. limitent encore la fonctionnalité JavaScript.


0 commentaires

4
votes

Eh bien, c'est 1,0 alpha 1, donc je dirais que les risques sont les suivants:

  1. Il est largement non testé, vous rencontrerez donc probablement des bugs inconnus ou non résolus lorsque vous forgeez un nouveau terrain.
  2. Il y a un grand potentiel de changement dans une version précoce, vous devrez peut-être que vous devez mettre à jour des gros sandes de votre site, c'est-à-dire. quand ils noment l'espace d'espace de données sous "UI".

    Il est également important de considérer le raisonnement derrière ces notes:

    Qu'est-ce que les notes signifient? Les notes sont une combinaison de la qualité du navigateur associée à la pertinence du navigateur dans le plus grand marché mobile.

    Une note "A" est une indication des capacités du navigateur, non de la compatibilité actuelle ou future avec JQuery Mobile.

    Si vous souhaitez aider à développer une nouvelle pièce de logiciels, commencez à utiliser JQuery Mobile et apportez des commentaires, des rapports de bogues, du code ou de tout ce qui précède. Sinon, l'équipe espère voir une version 1.0 en janvier 2011, qui est juste autour du coin.

    La théorie autour de JQuery Mobile offre une expérience riche aux navigateurs riches et une expérience fonctionnelle aux navigateurs plus basiques. Je pense que cela est raisonnable, surtout compte tenu de la rapidité avec laquelle JQuery Mobile peut vous mettre en marche avec une très bonne interface utilisateur mobile.

    J'aimerais savoir ce que vous entendez par "un site qui n'est pas principalement destiné à l'utilisateur mobile". Il existe des sites optimisés pour mobile, et il existe des sites pas encore optimisé pour mobile. Seuls certains sites de niche très spécifiques ne nécessitent pas d'expérience mobile.


0 commentaires