Architecture des applications AJAX, Partie 1
Sommaire
Introduction
Que vous soyez un administrateur système, un concepteur ou un développeur, AJAX aura un impact considérable sur votre travail. Les administrateurs se doivent de maintenir la barre de sécurité assez haute pour pouvoir faire face aux nouveaux types d'attaques possibles. Les administrateurs d'intranet doivent garantir que Javascript n'est pas désactivé sur les navigateurs. Les concepteurs Web font face à de nouveaux défis à mesure que des fonctionnalités autrefois impossibles ou pas pratiques à réaliser deviennent réalisables avec AJAX. Quant aux développeurs, ils doivent se familiariser avec une nouvelle API et une nouvelle approche globale de programmation. Cela dit, que signifie AJAX pour les architectes ?
Les applications AJAX sont complexes parce qu'elles introduisent des concepts entièrement nouveaux et une nouvelle fondation. Le rôle de l'architecte est essentiel car le paradigme d'AJAX concerne à la fois les environnements client et serveur. Une vision architecturale claire est essentielle pour déterminer la logique et le traitement à utiliser sur le client et ce qui doit rester sur le serveur, ainsi que les objets de données que le client et le serveur peuvent échanger.
Architecture des applications AJAX, partie 2
Sommaire
Introduction
Lorsque vous utilisez les extensions ASP.NET AJAX pour transférer votre site vers AJAX, vous avez le choix entre deux modèles de programmation principaux : le rendu partiel et les services de script. Dans l’article du mois dernier, j'ai abordé le rendu partiel d'un point de vue essentiellement architectural. En résumé, avec le rendu partiel, vous n'avez pas besoin de modifier l'architecture sous-jacente d'une application ASP.NET. Il s'agit d'une méthode aisée pour l'implémentation de certains des meilleurs éléments d'AJAX tels que les mises à jour éliminant le scintillement des pages de votre site. Ce comportement amélioré est obtenu en ajoutant simplement de nouveaux contrôles serveur (en particulier ScriptManager et UpdatePanel) et en faisant en sorte qu'ils effectuent silencieusement quelques tâches visant à transformer une publication (postback) traditionnelle en requête asynchrone exécutée par l'objet XMLHttpRequest. Cette approche est assez aisée car elle applique tout simplement les fonctionnalités d'AJAX au modèle de développement Web existant.
Si vous êtes prêt pour un changement de paradigme complet dans la création d'applications AJAX, vous devriez envisager l'approche des services de script. En général, l'architecture AJAX type est assez facile à comprendre. La figure 1 illustre une vue de haut niveau de son fonctionnement. Le back-end est composé de services spécifiques à l'application qui consistent généralement en une façade pouvant être appelée par script AJAX installée au sommet du niveau intermédiaire du système, là où réside et fonctionne la logique métier. Les services et le front-end échangent des données via HTTP en utilisant toute une variété de formats pour transmettre des paramètres et renvoyer des valeurs. Après avoir reçu et traité les données, le front-end, constitué de code JavaScript exécuté sur le client, doit faire face à la tâche non négligeable qui consiste à créer une interface utilisateur graphique en utilisant HTML et JavaScript. La dépendance par rapport à JavaScript est une contrainte structurale du navigateur et ceci ne changera que lorsque ce dernier pourra prendre en charge des fonctionnalités de programmation plus puissantes.