Traitant des problèmes de conception Ajax - les nuls

Ajax est une nouvelle boule de cire en ce qui concerne les applications Web, et en tant que telle, de nouvelles règles sur la façon dont l'interface devrait et ne devrait pas fonctionner émergent. Ces règles n'ont pas encore été formalisées, mais la communauté Ajax en discute. Avant de vous lancer dans la création de vos propres applications Ajax, tenez compte des problèmes de conception suivants.

Bouton Breaking the Back et Bookmarks

Lorsque vous contrôlez ce qui se passe dans une page Web et que vous utilisez JavaScript pour activer et désactiver les éléments d'une page, ou même pour modifier l'apparence de la page Le bouton Précédent du navigateur ne fonctionnera plus. Le bouton Précédent fonctionne à partir de l'objet historique du navigateur, qui stocke les pages successives qui ont été chargées dans le navigateur. Mais si vous ne chargez pas de nouvelles pages - ce qui est le but de l'Ajax - l'objet historique ne les connaît pas.

C'est un aspect à garder à l'esprit lorsque vous concevez vos applications Ajax. Si nécessaire, fournissez votre propre bouton Retour en utilisant JavaScript. Si vous voulez que l'utilisateur recule dans les états de fenêtre précédents, vous devez suivre ce qui se passe et laisser l'utilisateur naviguer comme il le souhaite.

Laisser l'utilisateur au contrôle

Les applications Ajax peuvent sembler avoir une vie propre parce qu'elles opèrent dans les coulisses. Et ils peuvent communiquer avec le serveur même lorsque l'utilisateur ne le souhaite pas - comme lorsque l'utilisateur fait une faute de frappe. Vous pouvez imaginer comment vous vous sentiriez si vous veniez d'entrer une faute de frappe et qu'elle était immédiatement stockée dans une base de données par une application qui ne vous demandait pas si vous vouliez stocker quelque chose.

Donc, pour donner du sens à vos applications, voici quelques astuces pour contrôler les utilisateurs:

• Ne stockez pas les données à des fins de stockage tant que l'utilisateur ne souhaite pas les stocker.
• Rappelez-vous que, idéalement, votre application est censée répondre aux événements causés uniquement par l'utilisateur. Les utilisateurs peuvent trouver trop de validation côté serveur déconcertante car cela donne l'impression que vous les corrigez à chaque frappe. N'oubliez pas que l'un des principes de conception des interfaces graphiques (GUI) est que l'utilisateur doit avoir le contrôle, qu'il doit diriger l'action.

• Et n'oubliez pas d'offrir à l'utilisateur un moyen d'annuler les erreurs.

Mémoriser tous les différents navigateurs

Comme pour toute application Web, il convient de garder à l'esprit qu'il existe de nombreux navigateurs différents, et que votre application Ajax devrait être testée dans ceux que vous voulez prendre en charge.

Au moment d'écrire ces lignes, Internet Explorer et Firefox constituaient environ 96% de l'utilisation du navigateur, et le reste (Opera, Safari, etc.) se situait dans la catégorie 1% ou moins.

Et n'oubliez pas que tous les navigateurs ne prendront pas en charge JavaScript, ou que JavaScript sera activé - et pour ces utilisateurs, vous devriez avoir un plan de sauvegarde.

Éviter un navigateur léthargique

Les applications Ajax peuvent être volumineuses et, lorsqu'elles commencent à utiliser des ressources telles que la mémoire et la vitesse du processeur, vous devez faire attention. Une application volumineuse peut utiliser une grande quantité de mémoire, en particulier si vous ne faites pas attention à vous débarrasser des objets volumineux qui ont été créés.

Parfois, les développeurs utilisent Ajax juste parce que c'est une nouvelle chose. Faites attention à cette tendance aussi. Ajax résout beaucoup de problèmes, mais si vous n'avez pas à l'utiliser, il n'y a aucune raison de le faire. Et n'oubliez pas non plus que vos applications Ajax peuvent ne pas fonctionner dans tous les navigateurs, par exemple ceux où JavaScript a été désactivé. Vous devriez fournir une sorte de plan de sauvegarde dans ce cas.

Traitement des données sensibles

Avec Ajax, il est facile d'envoyer des données sans que l'utilisateur sache ce qui se passe. En fait, cela fait partie de l'ensemble de la connexion client / serveur qui rend l'Ajax si populaire. Mais il est également vrai que l'utilisateur peut ne pas vouloir envoyer les données que vous envoyez.

Il est préférable de faire attention aux données sensibles. Internet n'est pas nécessairement un endroit sûr pour les données sensibles, après tout, et si vous commencez à envoyer des numéros de sécurité sociale ou des numéros de carte de crédit sans l'autorisation de l'utilisateur, vous pourriez vous retrouver en difficulté. Alors donnez aux utilisateurs le bénéfice du doute - demandez avant d'envoyer des données sensibles.

Création d'un plan de sauvegarde

Ajax repose sur la connexion à un serveur mais n'oublie pas que tout le monde n'est pas en ligne tout le temps. Et votre propre serveur peut tomber en panne, vos utilisateurs peuvent donc travailler à partir de pages mises en cache. Si vous ne pouvez pas vous connecter à une page en ligne, vous devriez avoir une sorte de sauvegarde. Et cela vaut aussi pour les utilisateurs qui ont des navigateurs qui ne supportent pas JavaScript.

Affichage dans les moteurs de recherche

Google recherche des milliards de pages Web pour le texte recherché par ses utilisateurs, mais si le texte que vous affichez est chargé dans une page en fonction des actions de l'internaute, Google ne l'actualise pas. t capable de voir ce texte. Alors gardez à l'esprit que si vous voulez que votre page soit consultable sur les moteurs de recherche comme Google, vous devez donner à votre page les termes de recherche dont ils ont besoin. (Vous pouvez stocker vos mots-clés dans une balise dans la section du navigateur, par exemple, où les moteurs de recherche s'attendent à les trouver.Voyez ce site pour plus d'informations à ce sujet.)