Maison  >  Article  >  interface Web  >  Quels sont les scénarios applicables pour ajax ? Quels sont les scénarios dans lesquels ajax n’est pas applicable ?

Quels sont les scénarios applicables pour ajax ? Quels sont les scénarios dans lesquels ajax n’est pas applicable ?

寻∝梦
寻∝梦original
2018-09-10 16:11:111389parcourir

Cet article vous présente principalement les scénarios d'utilisation de ajax et les scénarios inapplicables d'ajax, nous permettant de savoir où ajax doit être utilisé. Lisons maintenant cet article ensemble

Scénarios applicables Ajax
1. Interaction basée sur un formulaire
Soumission de formulaire traditionnel, après avoir saisi le contenu dans la zone de texte, cliquez sur le bouton et traitez en arrière-plan Une fois terminé, actualisez la page, puis revenez en arrière pour vérifier si le résultat de l'actualisation est correct. En utilisant Ajax, après avoir cliqué sur le bouton sunmit, le traitement asynchrone est effectué immédiatement et les résultats mis à jour sont rapidement affichés sur la page. Il n'y a aucun problème pour actualiser la page entière.
2. Navigation arborescente approfondie
Parcourir un menu en cascade profond (arborescence) est une tâche très complexe, et JavaScript est utilisé pour contrôler la logique d'affichage, en utilisant Ajax. retarder le chargement de données plus profondes peut réduire efficacement la charge sur le serveur.
La plupart de nos traitements précédents des menus en cascade étaient comme ceci :
Afin d'éviter le rechargement de la page provoqué par chaque opération de menu, n'utilisez pas each Au lieu d'appeler en arrière-plan, toutes les données du menu en cascade sont lues et écrites dans le tableau en même temps, puis JavaScript est utilisé pour contrôler la présentation de son sous-ensemble d'éléments en fonction des opérations de l'utilisateur. Cela résout le problème de la vitesse de réponse des opérations, Il ne recharge pas la page et évite le problème de l'envoi fréquent de requêtes au serveur. Cependant, si l'utilisateur n'utilise pas le menu ou n'utilise qu'une partie du menu, une partie des données lues deviendra des données redondantes et fera perdre du temps à l'utilisateur. . ressources, en particulier lorsque la structure du menu est complexe et que la quantité de données est importante (par exemple, le menu a Il existe de nombreux niveaux, et chaque niveau contient des centaines d'éléments), cet inconvénient est encore plus important.
Si Ajax est appliqué dans ce cas, le résultat sera amélioré :
Lors de l'initialisation de la page, on lit uniquement toutes les données de son premier niveau Et il montre que lorsque l'utilisateur utilise l'un des éléments de menu de premier niveau, toutes les données du sous-menu de deuxième niveau auquel appartient l'élément de premier niveau actuel seront demandées en arrière-plan via Ajax si l'utilisateur continue de demander un élément dans. le menu de deuxième niveau qui a été présenté, puis demandez toutes les données de tous les menus de troisième niveau correspondant à l'élément de menu de deuxième niveau exploité par l'arrière, et ainsi de suite... De cette façon, vous pouvez obtenir ce que vous utilisez et combien vous en utilisez. Dans quelle mesure, il n'y aura ni redondance ni gaspillage de données, réduisant ainsi la quantité totale de téléchargements de données, et lors de la mise à jour de la page, il n'est pas nécessaire de recharger l'intégralité du contenu, seulement la partie qui doit être mise à jour, qui est plus courte que la méthode de traitement et de rechargement en arrière-plan. Il réduit le temps d’attente des utilisateurs et minimise le gaspillage de ressources.
  3. Réponse rapide de communication d'utilisateur à utilisateur
Dans un scénario de communication et de discussion impliquant de nombreuses personnes, le plus désagréable est de laisser les utilisateurs le répéter et encore une fois Actualisez la page pour voir si de nouvelles discussions apparaissent. Les nouvelles réponses doivent être affichées le plus rapidement possible, et pour libérer les utilisateurs des actualisations gênantes, Ajax est le meilleur choix.
4. Scénarios insignifiants tels que le vote, oui/non, etc.
Pour des scénarios comme celui-ci, si le processus de soumission prend 40 secondes, de nombreux utilisateurs l'ignoreront simplement sans participer, mais Ajax peut contrôler le temps en 1 seconde, donc plus d'utilisateurs se joindront.
5. Scénarios de filtrage des données et de manipulation des données associées
Utilisez des filtres sur les données, triez par heure ou par heure et nom, activez et désactivez les filtres, et bien plus encore. Toute situation nécessitant une manipulation de données hautement interactive doit être effectuée à l'aide de JavaScript plutôt que d'une série de requêtes du serveur. Après chaque mise à jour des données, il faut beaucoup de temps pour les trouver et les traiter, et Ajax peut accélérer ce processus. (Si vous souhaitez en savoir plus, accédez au site Web PHP chinois Colonne du Manuel de développement AJAX pour en savoir plus)

6. Invites de saisie de texte ordinaires et scénarios de saisie semi-automatique
Fournir des invites de saisie ou la complétion automatique dans les formulaires de saisie tels que les zones de texte peut améliorer efficacement l'expérience utilisateur, en particulier dans les situations où les données automatiquement complétées peuvent provenir du serveur, Ajax est un bon choix.
Scénarios dans lesquels Ajax n'est pas applicable
1. Quelques formulaires simples
Bien que la soumission de formulaire puisse tirer le plus grand bénéfice d'Ajax, un Les formulaires de commentaires simples bénéficient rarement de manière significative d’Ajax. Pour certaines soumissions de formulaires moins utilisées, Ajax ne peut pas beaucoup aider.
 2. Recherche
Certains moteurs de recherche qui utilisent Ajax, tels que Start.com et Live.com, ne vous permettent pas d'utiliser le bouton Précédent du navigateur pour afficher les résultats de la recherche précédente. Cela est donc inexcusable pour les utilisateurs qui ont développé des habitudes de recherche.
Maintenant, Dojo résout ce problème via iframe.
3. Navigation de base
Utiliser Ajax pour la navigation sur le site est une mauvaise idée, pourquoi ne pas passer votre temps à améliorer le programme système ?
 4. Remplacer une grande quantité de texte
Utilisez Ajax pour rafraîchir partiellement la page, mais si chaque partie de la page a changé, pourquoi ne pas refaire le serveur ? Et les demandes ?
5. Manipulation de la présentation
Ajax ressemble à une pure technologie d'interface utilisateur, mais en fait ce n'est pas le cas. Il s’agit en fait d’une technologie de synchronisation, de manipulation et de transmission de données. Pour des applications Web propres et maintenables, c'est une bonne idée de ne pas utiliser Ajax pour contrôler le rendu des pages. JavaScript peut facilement traiter XHMTL/HTML/DOM, et l'affichage des données peut être bien exprimé à l'aide de règles CSS.

Problèmes existants
1. Le moteur Ajax réalisé avec JavaScript, la compatibilité JavaScript et DeBug sont tous deux des maux de tête
2. Le rechargement sans rafraîchissement d'Ajax, parce que les changements de page ne sont pas aussi évidents que le rechargement de l'actualisation, il est donc facile de causer des problèmes aux utilisateurs ?D?DULes utilisateurs ne savent pas si les données actuelles sont nouvelles ou si les données existantes ont été mises à jour. Les solutions incluent : l'invite aux emplacements pertinents, la conception ; la zone de mise à jour des données doit être plus évidente, invitant l'utilisateur après la mise à jour des données, etc. ;
 3. Le processus intermédiaire ne peut pas être mis en signet. Solution : GoogleMaps résout ce problème en fournissant un « lien vers cette page » sur la page. De plus, ce problème peut également être résolu en ajoutant une balise ?^ invalide au lien URL, mais cela n'a pas encore été vérifié. Je pense qu'il y a un patron dans le forum des développeurs IBM qui ne se souvient plus du nom et qui l'a bien dit. C'est un meilleur choix de l'utiliser en conjonction avec le cadre de couche de présentation mature existant de j2ee. L’utiliser selon vos besoins ne vous coupera pas beaucoup d’options. Si vous essayez aveuglément, des conséquences amères pourraient vous tenter, vous stimuler et vous faire perdre la tête. Cet article se termine ici (si vous voulez en voir plus, rendez-vous sur la colonne Manuel d'utilisation AJAX du site Web PHP chinois pour en savoir plus. Si vous avez des questions, vous pouvez laisser un message ci-dessous.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn