18-08-2012, 02:10 PM
Je déconseille fortement xajax car ça induit un couplage entre le client et le serveur. Un couplage qui n'a absolument pas lieu d'exister. Du coup, apprendre avec ça va te pousser à penser de la même manière quand tu le feras autrement.
Alors qu'en réalité, une page reste une page, qu'elle soit appelé via Javascript ou non. Elle a son URL, et son contenu. Si habituellement les scripts rendent du HTML, certains peuvent rendre du JSON, d'autres du XML.
Du coup, autant se contenter d'un appel tel que :
Note que le premier exemple utilise une URL jolie (car j'utilise un framework qui dispose d'un routeur), mais avec du PHP crappy, tu auras plutôt des URL comme la seconde.
Ces mêmes frameworks te permettent simplement de réagir différemment selon le format de réponse qu'on demande. Par exemple l'URL /shops/42.png pourrait rendre l'avatar du magasin, alors que /shops/42.json pourrait rendre un objet JSON contenant les infos du magasin, et /shops/42/items.json?number=10&from_id=42 renverrait un descriptif de 10 objets à partir de l'objet d'ID 42 (pour faire une pagination en Ajax, par exemple).
Dans la plupart des cas, tu n'auras pas de pénalité de performance perceptible avec jQuery. Et ce sera toujours bien plus lisible, donc préférable.
Cependant, dans certains cas particuliers où un fragment de code est exécuté à une fréquence élevée, comme dans un jeu Canvas ou un listener sur l'event
Alors qu'en réalité, une page reste une page, qu'elle soit appelé via Javascript ou non. Elle a son URL, et son contenu. Si habituellement les scripts rendent du HTML, certains peuvent rendre du JSON, d'autres du XML.
Du coup, autant se contenter d'un appel tel que :
// URL de la forme `/shops/42/items`.
url = "/shops/" + shop.id + "/items"
$.getJSON(url, updateItemsList)
// URL de la forme `/buy_item.php?item_id=24`.
url = "/users/" + user.id + "/buy_item"
$.post(url, { item_id: item.id }, updateInventory);
Note que le premier exemple utilise une URL jolie (car j'utilise un framework qui dispose d'un routeur), mais avec du PHP crappy, tu auras plutôt des URL comme la seconde.
Ces mêmes frameworks te permettent simplement de réagir différemment selon le format de réponse qu'on demande. Par exemple l'URL /shops/42.png pourrait rendre l'avatar du magasin, alors que /shops/42.json pourrait rendre un objet JSON contenant les infos du magasin, et /shops/42/items.json?number=10&from_id=42 renverrait un descriptif de 10 objets à partir de l'objet d'ID 42 (pour faire une pagination en Ajax, par exemple).
(18-08-2012, 01:31 PM)Aleskweb a écrit : Y a t'il vraiment un écart de temps d’exécution entre l'utilisation de JQuery en plus de JavaScript et JavaScript pur?
Dans la plupart des cas, tu n'auras pas de pénalité de performance perceptible avec jQuery. Et ce sera toujours bien plus lisible, donc préférable.
Cependant, dans certains cas particuliers où un fragment de code est exécuté à une fréquence élevée, comme dans un jeu Canvas ou un listener sur l'event
mousemove
), ça peut devenir plus problématique.