1. Application monopage versus application multipages
1.1 Architecture des applications web traditionnelles multipages
Les applications web (dites en anglais web app) traditionnelles sont fondées sur une architecture client-serveur dans laquelle le serveur délivre des pages web au navigateur en fonction de la navigation effectuée par l’internaute (figure 1).
Ces pages web sont fondamentalement structurées grâce à des balises HTML qui mettent en page les informations qui y sont présentées, des styles CSS pour factoriser des styles graphiques entre différents éléments des pages, et enfin des codes JavaScript pour gérer du côté client – c’est-à-dire au sein du navigateur – certaines actions qui n’exigent pas du serveur le renvoi d’une nouvelle page (par exemple contrôler la validité de certains champs d’un formulaire avant sa soumission). Une petite présentation du langage HTML et de son traitement par le navigateur est présentée au chapitre 3.
Il est aussi à noter qu’une évolution maintenant ancienne, désignée par l’acronyme AJAX (Asynchronous Javascript And XML), permet également de récupérer d’un serveur – de celui qui a délivré la page ou d’un serveur tiers – des données qui permettent de mettre à jour une page sans modifier sa morphologie (un exemple classique est de faire apparaître le nom d’une ville suite à la spécification par l’internaute de son adresse postale).
Dans cette architecture traditionnelle, chaque chargement d’une page implique l’allocation en mémoire du navigateur du modèle objet du document (désigné par l’acronyme anglais DOM) ce qui est très lourd. Cette notion est expliquée un peu plus loin dans cet article avec celle du langage HTML (§ 3).
Il faut noter que, dans notre schéma, la machine distante (le serveur) regroupe à la fois le serveur HTTP (l’application qui réceptionne les requêtes HTTP et invoque les traitements à effectuer), l’évaluateur...
QUIZ ET TEST DE VALIDATION PRÉSENTS DANS CET ARTICLE
