2008-11-29 7 views
0

J'ai certaines formes qui communiquent avec le serveur en utilisant AJAX pour des raisons réelles: combos en cascade, suggestions, plusieurs sélections corrélées (par exemple, j'ai la connaissance {élémentaire} de {français} [ajouter], et {bonne} connaissance de {Allemand} [ajouter] ...). J'ai aussi des champs réguliers que je gère.AJAX et les formulaires

C'est une fois que j'ai fait la connexion au serveur, il serait plus facile pour moi de pousser toutes les données de cette façon. Est-ce que ça va trop loin? Qu'en est-il si je n'ai pas de raison pour AJAX en premier lieu, et je l'utilise encore pour pousser des données de formulaire? Je me sentirais obligé de fournir une solution de repli pour les gens avec javascript, mais la plupart de la logique sous-jacente serait la même, de sorte qu'il ne me semble pas beaucoup d'un overhead. C'est une sorte de données que je ferais passer par la poste de toute façon, donc je ne perds pas de paramètres qui seraient bons pour quelque chose.

Une raison de ne pas faire les choses de cette façon?

Répondre

1

L'expérience utilisateur est une partie importante de tout produit logiciel. Si vous pouvez améliorer l'expérience en offrant de meilleures interactions, il n'y a aucune raison de ne pas le faire. Assurez-vous que vous écrivez unobtrusive et degradable javascript, de sorte que les utilisateurs avec des lecteurs d'écran ou des navigateurs désactivés par javascript puissent toujours terminer les interactions.

0

Le seul problème avec cette stratégie est que vous êtes dans une situation beaucoup plus difficile si quelqu'un décide qu'il veut aussi une solution non-javascript. Je pense qu'il est assez sage d'utiliser le mécanisme "le moins sophistiqué" qui obtiendra le résultat souhaité sur le web. Si c'est juste un message de formulaire, gardez-le dans un formulaire, sauf s'il y a une raison de faire autrement.