AJAX vs soumission de formulaire
Nous extraire des données depuis le serveur, et pour que, Si nous sommes en utilisant Struts, alors nous pouvons tirer, soit par dépôt d'une page qui Architecture MVC ou nous cam faire un appel AJAX mais les conventions de l'aide de formulaires et de rendre la réponse, mais nous sommes également confrontés à des défis pour donner de la riche expérience de l'utilisateur, de sorte que nous compromettre la convention et de commencer l'utilisation excessive d'AJAX, de sorte comment nous devrions faire de l'équilibre entre les deux?
source d'informationauteur Vardan Gupta
Vous devez vous connecter pour publier un commentaire.
Personnellement, je pense que l'AJAX devrait être utilisée pour l'affiche des mises à jour et les soumissions de formulaire doit être fait par l'intermédiaire d'un rechargement de la page. Le raisonnement?
Lors de la soumission de formulaires, vous indiquez à l'application de faire quelque chose. Les utilisateurs ont tendance à besoin de sentir qu'il a été fait. Lorsque une page ne recharge pas, les utilisateurs sont souvent laissés se demander "A qui?". Ils doivent alors assurez-vous que ce qu'ils faisaient était juste.
D'autre part, lorsque vous affichez un graphique ou quelque chose, et que l'utilisateur dit "affichage des données de 2011....maintenant, les données de 2012" par exemple, ils ne sont pas "faire" quelque chose (la création de nouvelles entités, l'envoi d'e-mails, etc). Donc, AJAX peut fournir une interface agréable dans cette affaire. Page recharge serait ennuyeux ici.
En conclusion, je pense que le formulaire de soumission doit être faite via la page de recharge (permettre à l'utilisateur de voir son travail), tandis que l'affichage des mises à jour devraient utiliser AJAX (prévenir ennuyeux page est rechargée).
Bien sûr, c'est une préférence chose. Certains de mes applications utiliser AJAX partout. Mais ce sont les applications qui sont les plus difficiles à maintenir et à déboguer. 😉
Régulières vieux HTML du formulaire de soumission et de fantaisie ajax formes ne sont pas mutuellement exclusives.
Tout d'abord, faire de la plaine de formulaire HTML fonctionner correctement. Ensuite, ajouter du javascript à détourner le formulaire et l'envoyer une requête ajax.
Le contrôleur et le modèle ne se soucient pas si le navigateur de l'utilisateur prend en charge (ou a activé javascript. Le rendu de la vue est décidée par le fait que l'appel a été fait avec du javascript ou un simple formulaire de soumission. C'est l'un des points forts du modèle MVC, et non une contrainte.
Je pense que le choix entre les deux est un peu intrinsèque:
la soumission d'un formulaire est synchrone et qu'il recharge la page.
un appel ajax est asynchrone et il ne recharge pas la page.
Si une certaine action va changer beaucoup d'éléments de l'INTERFACE utilisateur ou les besoins d'interroger un grand nombre de données à être rendu, j'irais avec la soumission d'un formulaire. Sur l'autre main, si une action est utilisé pour des actions simples, comme le remplissage d'une zone de sélection ou d'amélioration de l'expérience utilisateur, puis j'irais pour un appel AJAX.
Il n'y a rien en vous évitant d'utiliser les appels ajax ou les soumissions de formulaire que vous avez besoin, de sorte que dans la fin est à vous.
Si vous avez des erreurs entre les présentations de données, les seules formes de la méthode, vous pouvez vérifier sur le serveur. D'autre part, si vous faites des appels Ajax, vous pouvez vérifier que les erreurs sur le côté client. Donc, sur ces différentes technologies de transmission de données, nous avons pu suivre une décision qu'ils servent à des fins différentes.