Beaucoup d'experts en matière de rentabilité ont critiqué AJAX en précisant des cas où il blesse la rentabilité. Bien qu'il soit possible que AJAX ait cet effet, je ne pense pas qu'ajax blesse en soi la rentabilité ; il est juste que beaucoup de réalisateurs aient le foyer faux en ajoutant AJAX à leurs emplacements. Concentrez sur des mots à la mode et les derniers résultats de technologie dans des démos gentilles mais pas nécessairement dans les emplacements faciles à utiliser. Le développement de Web devrait toujours être utilisateur focalisé ; ajouter AJAX au mélange ne devrait pas changer cela.
|
|
Comme vous employez AJAX, maintenez les directives suivantes dans l'esprit, et vous finirez vers le haut avec une application fortement utilisable d'emplacement ou de Web :
Les sous-sections suivantes couvrent chacun des points en plus détail.
Maintenir les espérances de l'utilisateur dans l'esprit est une large directive, mais il est également important. Au niveau le plus simple, il signifie que ne changeant pas comment les choses fonctionnent sans laisser l'utilisateur savoir. En la plupart des Pages Web, des boutons sont utilisés pour soumettre des formes, ainsi avoir une autre action, telle que cliquer d'un hyperlien, pour soumettre une forme peut être embrouillant aux utilisateurs. Cette règle hérite le jeu dans n'importe quel endroit où vous redéfinissez la manière standard que un emplacement de Web fonctionne.
Un secteur dans lequel vous aurez des espérances dures d'une réunion de temps est avec bookmarking et les opérations de bouton de Back/Forward ; dans beaucoup de cas, ceux-ci ne fonctionneront plus, et vous aurez besoin de nouvelles manières de soutenir bookmarking dans votre application. Cette directive ne signifie pas que vous devez changer comment l'utilisateur agit l'un sur l'autre avec votre emplacement ; il moyens justes dont vous avez besoin pour travailler pour fournir à l'utilisateur assez de rétroaction de sorte que lui ou elle sache ce qui continue.
La prochaine directive se concentre sur fournir la rétroaction qu'une action d'AJAX a eu lieu. Avec cette rétroaction, les utilisateurs savent qu'une certaine action a happenedeven si cela ne fonctionne pas comme prévu. Dans une application de base de Web, la recharge de page prouve que quelque chose se produit. Dans une application d'AJAX, nous enlevons la recharge, ainsi nous devons remplacer cette rétroaction. Ce mécanisme de rétroaction s'étend d'un message de chargement dans le coin de l'écran qui est semblable au drapeau ondulant qui des utilisations d'Internet Explorer d'accentuer visuellement les sections de la page qui ont changé. Dans beaucoup de cas, vous voudrez employer des approches multiples, telles que montrer une boîte standard de chargement tandis que le nouveau contenu est transmis et puis accentuant la partie de la page qui était mise à jour. Fournir la rétroaction maintient votre application du sentiment cassée. Quand quelqu'un clique un lien, lui ou elle s'attend à quelque chose changer ; sans rétroaction, il est facile de manquer ce qui s'est produit.
Comme vous ajoutez la rétroaction à votre application d'AJAX, évitez de déranger le foyer de l'utilisateur. Cette directive de rentabilité est particulièrement importante en utilisant les messages automatiques ; ils devraient ne jamais être employés excepté dans des secteurs où l'action immédiate est exigée.
Voici quelques articles à observer dehors pour en pensant à maintenir le foyer d'un utilisateur sur un secteur :
Actions qui déplacent le centre d'un curseur. De telles actions feront saisir l'utilisateur la boîte fausse d'entrée ou doivent prendre le temps de figurer hors de l'endroit de curseur courant.
Actions qui causent des ré-écoulements de page. Si un utilisateur complète une forme et des causes d'un message d'erreur la forme pour abaisser la moitié par pouce, l'effet peut désorienter.
Distraction des modèles de message. Le texte rouge de clingnotement peut voler le foyer de l'utilisateur juste comme facilement qu'un bidon de popup.
Comme un utilisateur agit l'un sur l'autre avec votre emplacement, rappelez-vous que lui ou elle commande l'interaction, pas vous ; si votre message n'est pas assez important pour exiger l'action immédiate, ne la poussez pas dans le foyer de l'utilisateur pr3maturément.
Beaucoup d'applications d'AJAX jugent à l'outthink leurs utilisateurs en sauvant automatiquement des données comme nécessaire ou en soumettant une forme sans cliquer un bouton. Quand ceci est fait bien, il peut être efficace, mais vous devez maintenir les espérances de l'utilisateur dans l'esprit en appliquant ces techniques. Des utilisateurs sont employés à un environnement pardonnant de Web où ils peuvent simplement remettre à zéro une forme si l'entrée courante est incorrecte. Car vous ajoutez AJAX, vous devez garder ce niveau de la rémission ; les opérations devraient toujours être undoable. Sauvegardez automatiquement est l'un des plus mauvais contrevenants dans ce secteur, mais il est facilement fixable en ajoutant un bouton de remise sur une forme de sauvegarde automatique ou exposer l'histoire du économise.
Car vous vous développez avec AJAX, il est important de savoir si vous créez une application ou un emplacement de Web. Si vous développez une application, foyer sur le faire agir comme une application indigène ; après humain-interface les directives du logiciel d'exploitation de cible est souvent une bonne idée. Si vous développez un emplacement de Web, tâchent d'avoir votre travail adapté le modèle standard de sensation et d'interaction. Ce foyer aide l'ensemble les espérances de l'utilisateur et rendra votre interface learnable parce que l'utilisateur aura une armature correcte de la référence contre laquelle pour la comparer.
AJAX est un outil puissant, mais ce devrait être seulement une partie de votre arsenal de développement de Web. Veillez toujours à ne pas abuser AJAX. Il devrait être employé dans les secteurs où ses possibilités supplémentaires fournissent assez d'avantages pour surmonter ses inconvénients. Un exemple d'un tel secteur est la rupture de bookmarking dans une page. AJAX est un grand outil pour mettre à jour une partie d'une charge de pagejust le contentbut changé qu'elle ne devrait pas être employée pour charger une page entière. Les pages normales fonctionnent fin juste et vont être justes comme rapidement que rechargeant la page avec AJAX. Quand vous décidez d'employer AJAX, recherchez un problème qui a besoin résoudre, pas simplement pour des endroits où il pourrait être possible d'employer AJAX.
La dernière directive de rentabilité doit avoir un plan pour les utilisateurs dont les navigateurs ne peuvent pas effectuer des opérations d'AJAX. N'importe comment utilisable une application est, si l'utilisateur ne peut pas la courir, il est inutile. Pour des applications internes, c'est rarement une issue parce qu'un navigateur spécifique peut être prié, mais ce n'est pas toujours une grande idée pour un emplacement de Web de marché grand public. Si vous employez AJAX juste pour augmenter lent charge, une solution facile doit garder le soutien de l'opération plus lente de non-AJAX. Cependant, si beaucoup de votre emplacement dépend d'AJAX, vous devrez créer une version de non-AJAX ou garder des utilisateurs de non-AJAX hors de votre emplacement. Les utilisateurs qui emploient les navigateurs qui ne soutiennent pas AJAX devraient toujours au moins recevoir les messages que quelques actions ne fonctionneront pas pour eux. Comme vous ajoutez AJAX, veillez à comprendre vos assistances. Bien qu'ajax soit largement soutenu, cela ne fonctionnera pas dans tous les navigateurs (particulièrement les mobiles), et vous ne voulez pas fermer dehors toute partie de vos assistances sans adresser les conséquences.
Online: 537 users browsing the articles directory
|
|