ajax considéré comme un script de côté client ou de serveur? P>
4 Réponses :
Ajax est le côté client , mais il va (presque toujours) accès un serveur qui fournit les données. P>
Parfois, les scripts de serveur n'auront aucun support spécifique pour AJAX car ils ne constituent que de retourner des données de style XML, mais dans d'autres cas, le serveur peut avoir un support spécifique écrit - par exemple dans le cas populaire de JSON . P>
[Réponse modifiée] P>
Il n'a pas besoin de support latéral du serveur. Cependant, un serveur peut offrir des API adaptées aux demandes AJAX.
Il doit accéder à un serveur si vous voulez faire quelque chose d'utile. C'est ce que je voulais dire par support latéral du serveur.
@Roger: ah ok. Eh bien, je pense que cela devrait être quelque chose d'évident. Pour chaque communication sur Internet, il faut être connecté à celui-ci et avoir accès aux serveurs.
@Felix: Bien sûr. S'il n'y a rien sur le côté serveur, cela ne fonctionnera pas! Ce qu'il n'a pas besoin est un soutien spécifique qui n'est pas déjà fourni aux demandes HTTP non Ajax.
@Tomalak: OK, cela dépend à quel niveau nous discutons de cela. J'étais sous l'hypothèse que, comme Ajax est principalement utilisé sur des sites Web, l'accès aux sites Web est une première et oui, je voulais réellement que cela n'a pas besoin de Spécifique i> Support. Bien sûr, s'il n'y a pas de serveur, je ne peux vous connecter, il ne sert à rien de faire une demande Ajax ni même à l'aide du navigateur pour ouvrir un site Web.
Wow, je ne voulais pas susciter un tel débat, je pense que nous savons tous ce que Ajax est et n'est pas. J'ai édité ma réponse pour rendre plus claire ce que je voulais dire quand j'utilisais stupidement les mots "Support Server" :)
@Felix: Oui, je sais clairement ce que vous vouliez dire. Mais "il n'a pas besoin de support latéral du serveur" est clairement manifestement faux, alors ...
La technologie qui coordonne l'approche AJAX (c'est-à-dire JavaScript) du client, bien que des scripts / servlets de côté serveur soient nécessaires pour donner la réponse. P>
Script du côté client. P>
Cependant, Microsoft a également publié des contrôles de serveur qui ajaxifiez leurs pages ASP.NET, telles que le contrôle UpdatePanel. Ceux-ci sont côté serveur. Notez qu'il s'agit d'une implémentation spécifique. P>
Wow, après 1,5 ans, soudainement A -1. Je peux comprendre que de nos jours, le contrôle de l'UpdatePanel est considéré comme un nonologique, mais dans le passé, c'était l'un de ces contrôles les plus favorisés sur le marché.
client. Il fonctionne uniquement sur le navigateur et apportez des demandes à un serveur, comme les demandes des navigateurs font pour toute page Web P>
"Juste comme" est un peu surestimé. La plupart des navigateurs ne savaient pas comment poster un formulaire comme JSON, par exemple.
@CHAO: Le format de la soumission est sur une couche plus élevée que ce dont nous parlons.
Comment sur Terre est-il "impossible de savoir ce qui se demande ici"? C'est une question idiote, oui, mais ce n'est absolument pas "pas une vraie question".
Étant donné que cette question a été inutile de fermer (semble se produire à des taux plus importants ces jours-ci) je vais répondre ici. Ajax est son propre concept. C'est un pont indispensable entre client et serveur qui était "jamais" là-bas auparavant (c'était là, mais c'était là, mais c'était aspiré jusqu'à ce que Goog l'a faite asynchrone. Imaginez avoir des tonnes de demandes d'Ajax mais vous devez attendre le premier, actuellement suspendu, finir avant de finir le reste). Les gens diront que le client, mais le serveur doit également être capable de vous donner des données. Client & Server se dépend toujours de l'autre. Maintenant, ils peuvent parler.