|
|
| Créez votre site Les
standards Le scripting
La demande en applications Web dynamiques a abouti au scripting. Côté
serveur, il fournit un lien entre le serveur Web et un système informatique
et, côté client, il inclut des actions à la page HTML.
L'Internet, et plus spécialement le Web, se sont développés
avec pour vocation la communication et l'échange d'informations,
en s'appuyant sur des standards comme HTTP (communication) et HTML (présentation).
Initialement, les informations présentées par l'intermédiaire
du Web étaient statiques et chaque page HTML construite entièrement
à l'avance.
Sous l'appellation scripting sont regroupés un certain nombre de
concepts. Le scripting correspond à une forme de développement
d'applications Internet qui associe le langage standard HTML de description
de pages pour la présentation et un langage interprété
pour les traitements. Sur ce principe, deux formes de scripting sont apparues,
l'une côté serveur, l'autre côté client.
Côté serveur, le scripting permet de construire
dynamiquement des pages HTML à partir de sources de données
(SGBD) ou de toutes autres sources d'information (traitement
transactionnels, données documentaires,...). Côté
client, le scripting complète le langage de présentation
HTML, notamment pour obtenir un contrôle des objets dans
les formulaires (champs, listes,...) et piloter le comportement
et l'enchaînement des pages HTML. Pour le scripting côté
client, un standard s'est imposé : il s'agit de
JavaScript.
Le scripting serveur comprend plusieurs volets. Le premier correspond au
langage de développement. Ce dernier va permettre de programmer les
traitements de l'application (règles de gestion, algorithmes de calcul,
accès aux données), servir à la construction de l'interface
HTML et assurer les liens entre les traitements et la présentation.
En combinant ces différentes possibilités, le langage de développement
va permettre la création de pages dites dynamiques, par opposition
aux pages statiques qui correspondent généralement aux pages
de navigation dans les différentes fonctions de l'application. Au
moment où l'utilisateur en fait la demande, ces pages dynamiques
n'existent pas encore ou seulement partiellement. Le langage de script côté
serveur va permettre au développeur d'introduire dynamiquement des
valeurs issues, par exemple, d'une base de données. Pour qui souhaite
aller au-delà du simple positionnement de valeurs, le langage offre
également la possibilité de piloter complètement la
génération de la page HTML.
Le deuxième volet du scripting serveur correspond au moteur d'interprétation
du langage. En effet, en plus de développer l'application (pages
HTML et langage de script associé), il faut être capable de
le tester et de l'exécuter. C'est sur ce point que le moteur d'interprétation
entre en scène. Ce dernier doit être associé à
un serveur Web. La plupart des fournisseurs livrent généralement
le moteur d'interprétation qui accompagne le serveur qu'ils vous
vendent.
ContrairementA au scripting côté serveur, le scripting
côté client fait l'objet d'un travail de normalisation
réalisé sous l'égide de l'European
Computer Manufacturers Association (ECMA). Cette association
propose comme standard l'Ecma Script, qui repose sur plusieurs
technologies existantes, dont les plus connues sont JavaScript
(Netscape) et JScript (Microsoft). Même si l'Ecma Script
n'est pas exclusivement dédié au scripting côté
client et peut aussi être appliqué côté
serveur, c'est pourtant bien au niveau des navigateurs qu'on
le retrouve le plus couramment employé. L'objectif du
scripting côté client est d'introduire une capacité
de traitement au sein du navigateur. En effet, le langage HTML
n'est pas par nature un langage de programmation mais un langage
de description de pages, d'où l'absence de toute notion
d'algorithmique. Le scripting apporte un certain nombre de possibilités,
telles que la validation de saisie à l'intérieur
d'un formulaire : s'assurer qu'un champ obligatoire est bien
rempli, contrôler la validité d'une date, les valeurs
d'un champ... Le script est aussi utile pour la gestion de la
cinématique d'une application, comme par exemple pour
forcer la validation d'un formulaire lorsque l'utilisateur clique
sur un lien hypertexte. Enfin, le script côté client
est inclus dans le code HTML au sein d'un même fichier.
Il est ensuite transféré du serveur Web vers le
client grâce au protocole HTTP, puis interprété
par le navigateur.
Le langage de script correspond à un ensemble d'instructions
qui, à elles seules, ne suffisent pas pour répondre
aux besoins de traitement dans les pages HTML. Le langage de
script s'appuie sur un modèle d'objets que le navigateur
peut exploiter. Ce modèle se compose de différents
objets, certains liés au navigateur (comme les fonctions
"précédent" ou "historique"),
et surtout d'un objet "document", qui lui même
se compose d'une collection d'objets et de sous-objets. C'est
sur ce modèle que le script va agir.
Sur le chemin d'une normalisation par le World
Wide Web Consortium (W3C), le modèle d'objets du document DOM
(Document Object Model) est une des clés du script côté
client. En effet, le consortium définit DOM comme une interface de
programmation indépendante des langages qui donne au développeur
l'accès aux informations concernant le navigateur (comme l'historique)
et à d'autres informations propres à la structure des documents
HTML (liens et formulaires) permettant ainsi de mettre à jour dynamiquement
le contenu, la structure et le style des documents.
En résumé :
 Le
scripting serveur génère les pages HTML
- Une page contenant le code HTML et le script est demandée
par le navigateur.
- Le serveur Web passe le relais au moteur de scripting
qui interprète la partie de script.
- Le moteur de scripting gère la session de l'utilisateur
et le lien avec les bases de données.
- Le moteur de scripting met en forme la page demandée
et la transmet au navigateur.
Le
script client ne se déclenche qu'en cas de besoin
- Le script client inclus dans la page HTML est interprété
par le navigateur.
- Mis en mémoire, il ne provoque une action que si l'utilisateur
réalise un traitement spécifique (mauvaise saisie par
exemple)
- Dans le cas contraire, le code de script demeure en mémoire
mais sans effet sur l'application.
Voir aussi :
Sommet de la page
Pour toute question ou remarque concernant ce
site, envoyez un courriel à jacques @ 0faute.com
Dernière mise à jour de cette page le 12/12/2005.
|
|
|
|
