Ajax Journal

Les closures ou fermeture sont un aspect puissant de javascript, mais un aspect malheureusement méconnu et pouvant paraitre obscure de prime abord.

Morris Johns a mis en ligne un article intéressant expliquant le fonctionnement des closures en Javascript, la facon dont elles fonctionnent et les erreurs classiques commises lorsque l'on débute. Une lecture valant le détour si vous souhaitez utiliser toutes les subtilités offertes par Javascript. Un exemple ? Douglas Crockford utilise les closures pour que ses objets JS possèdent des membres privés. (un peu comme en java ou c++).

Mais attention ! Comme nous avons pu le voir dans un article récemment publié sur l'AjaxJournal, les closures peuvent créer des fuites de mémoire sous certains navigateurs si elles sont mal utilisées. Prudence donc !

Max Kiesler recense sur son blog 24 tutoriels en rapport avec Ajax et la sécurité, ces tutoriels mettant en lumière les erreurs à ne pas commettre et les problèmes de sécurités que l'on peut rencontrer avec les applications Web 2.0.

Une ressource indispensable.

Ed Burnette a posté sur son blog chez Zdnet un article sur les erreurs classiques commises lorsqu'on utilise Ajax. Il identifie les principales erreurs à éviter à tout prix comme étant:

• Des communications entre le client et le serveur trop lourdes: Il faut éviter de faire trop d'aller-retour entre le client et le serveur, et essayer de faire des requêtes intelligentes, en mettant en cache un maximum de chose.
• Trop d'analyse (parsing) de flux XML, l'efficacité des parseurs XML intégrés aux navigateurs web étant ce qu'elle est ... il faut préférer des formats alternatifs de serialisation des données comme JSON par exemple.
• Charger toute l'application avant d'afficher quelque chose. Il est préférable de charger le minumum de chose au lancement pour donner un maximum de retour à l'utilisateur, et charger ensuite, en arrière plan, la suite.
• Effectuer trop de chose sur le serveur. Ajax est une méthodologie pour offrir plus d'interactivité à l'utilisateur, en transférant un peu d'intelligence au client executant l'application. (par opposition à tout effectuer sur le serveur, et uniquement fournir les résultats à l'utilisateur). Il faut donc ne pas eviter à transferer autant d'intelligence que possible au client, tout en gardant à l'esprit les erreurs ci-dessus à éviter et sans négliger la sécurité de l'application.

Un point de départ interressant pour une réflexion sur les travers d'Ajax.

L'excellent Ajaxian.com propose aujourd'hui un article pour découvrir le toolkit Dojo par la pratique (en anglais seulement).

Voici le début d'une série de 2 ou 3 articles (je ne me suis pas encore décidé) sur l'écriture d'une application AJAX, ici point d'application révolutionnaire, mais un pretexte pour découvrir par la pratique les entrailles d'une application web 2.0.

Lire la suite

L'excellent OpenWeb propose un article complet pour comprendre le fonctionnement de l'objet XmlHttpRequest, qui je rappelle permet de faire des requêtes HTTP asynchrones permettant ainsi d'effectuer des actions (sauvegarde, mise à jour de l'interface ...) sans avoir à recharger toute la page, les échanges entre le navigateur et le serveur se faisant en arrière plan. Après une partie théorique traitant entre autre sur les avantages et les inconvénients de l'utilisation de XHR, la partie pratique explique la facon de créer l'objet XHR en fonction du navigateur utilisé, puis d'effectuer des requêtes, le tout étant illustré par un exemple concret et utile d'utilisation, à savoir un système d'authentification. Bref, un article qui mérite lecture.

Rasmus Ledorf, le créateur de PHP, a posté il y a quelques mois sur la Mailing List php-general, un petit "tutoriel" sur comment faire de l'ajax en quelques secondes.

Il décortique dans un premier temps les fonctions javascripts nécessaires pour créer l'objet xmlhttprequest, envoyer une requête et recevoir une réponse, ensuite il explique succintement comment le php doit gérer les requêtes. Son but est de souligner le fait qu'il est préférable de commencer avec du code Ajax fait maison, plutôt que d'installer des librairies toutes faites et forcement plus complexes.

Son avis n'est pas dénué d'intêret pour de petits besoins mais dès qu'il s'agit de développer une grosse application web, en ajoutant des fonctionnalités web 2.0 partout où cela a du sens (et c'est bien ca le plus compliqué finalement) l'utilisation d'un toolkit adapté devient, à mon sens, indispensable, ne serait-ce que pour gérer la compatibilité entre les différents navigateurs web du marché.

Symfony est un framework pour le développement d'application Web en PHP5, et comme tout framework moderne qui se respecte, il offre evidemment un ensemble de mécanisme permettant de faciliter l'ajout de fonctionnalités reposant sur AJAX.

Un tutorial illustrant ces capacités est d'ailleurs disponible sur le site web du projet. Il est ici question de développer un panier pour un magasin en ligne offrant une fonction de drag'n'drop des articles (comme cet exemple de script.aculo.us). Le tout est developper en moins de temps qu'il ne faut pour le dire. Les paraisseux pourront toujours regarder la vidéo illustrant le tutorial.