Rappel du langage et des objets

VBScript

VBScript s’intègre à tout environnement de scripting sur les plate formes Microsoft. Il est le langage le plus utilisé dans l’environnement ASP, principalement parce qu’il s’interface facilement aux autres éléments dans cet environnement. VBScript est facile à apprendre, et presque tous les exemples d’ASP sont en VBScript. N’oubliez pas par contre que d’autres langages peuvent être utilisés à sa place. Par exemple, JScript propose une meilleure structure et une meilleure gestion d’erreurs ; l’utilisation de JScript facilitera la conversion des ASP vers les JSP (JavaServer Pages) si jamais cette opération se révèle nécessaire.

On ne va pas vous former ici à VBScript . Nous supposons que vous comprenez déjà ce langage assez bien.

Environnement ASP

ASP n’est pas un langage. ASP est un environnement de programmation qui propose un jeu d’objets qui interface avec un serveur IIS (Internet Information Server). Pour interagir avec ses objets, ASP propose une interface à laquelle plusieurs langages peuvent se connecter, à condition qu’ils soient compatibles avec l’interface ActiveX hôte de scripting. Par défaut, cela vous permet d’utiliser VBScript ou JScript avec ASP ; il existe en plus d’autres langages tierce partie, comme PerlScript, qui sont compatibles avec cette interface. Donc, vous pouvez changer les versions de IIS-ASP indépendamment des versions des moteurs de scripting. Chaque site web est reconnue comme une Application IIS.

Celles-ci commencent lorsque le service IIS démarre sur une machine Windows NT/2000 Server, jusqu’à ce que l’on les arrête volontairement depuis le console d’administration d’IIS. Un serveur IIS peut contenir plusieurs applications à la fois ; chacune d’entre elles peut être démarrée ou arrêtée indépendamment.

Lorsque un client (typiquement un ‘internaute’ ou un utilisateur d’un Intranet ou d’un Extranet) se connecte à un site web IIS-ASP, ce serveur lui donne un identifiant unique (s’il n’en a pas déjà un), utilisant un cookie. A chaque fois qu’il y a un échange d’information entre le client et le serveur, ce cookie est transmit avec la requête HTTP ; le serveur saura alors associer la requête avec le bon profil d’utilisateur et ses informations (le serveur garde ces informations localement dans sa mémoire ou sur disque). Cette association dure jusqu’à ce qu’il n’y ait plus de connexions au serveur au bout d’une période prédéfinie, ou jusqu’à ce que le client ou serveur demande volontairement l’abandon de cette association. Ce concept est connu comme une Session.

Lorsque une application ASP ou une session commence ou se termine, il est possible de répondre à ces événements avec des scripts dans un fichier facultatif – global.asa – à la racine de l’arborescence du site web. Ainsi, au début d’une session ou d’une application, on peut définir des paramètres globaux ; également, à la fin, on peut libérer les ressources utilisées et nettoyer tout ce qui a été créé de façon temporaire.

Les objets qui font l’environnement ASP sont toujours immédiatement disponible aux scripts. Les voici :

Application : contient des paramètres valides pendant la durée de vie d’une application et communs avec toutes les Sessions.

Session : contient des données relatives à chaque client. Non partagées avec d’autres clients.

Request : toutes les données associées à la requête HTTP sont gérées et interprétées par cet objet. Notamment les informations à propos de l’identité du client, la sécurité, et les informations transmises un formulaire.

Response : la réponse à envoyer (normalement un document HTML) est générée par cet objet. Permet notamment de créer dynamiquement la réponse. On peut également envoyer des directives HTTP au client pour rediriger la requête ailleurs.

Server : permet de accéder aux composants ActiveX sur le serveur, contrôler l’environnement de scripting, et encoder des données. Il existe d’importantes nouveautés dans la version 5 d’IIS (voir plus tard).

Environnement de données

L’accès aux bases de données se fait avec un ensemble de composants ActiveX installés sur le serveur. Ces composants font partie de MDAC (Microsoft Data Access Components), dont notamment l’ensemble d’objets ADO (ActiveX Data Objects). Les objets principaux d’ADO sont :

Connection (connexion) : permet l’échange de données. Tout autre objet ADO a besoins d’une connexion ouverte.

Command (commande) : encadre une instruction SQL.

Parameter (paramètre) : encadre un paramètre d’une instruction SQL.

RecordSet (collection d’enregistrements) : permet de naviguer et manipuler des données.

Field (champ) : une colonne d’une RecordSet.

Transactions

Microsoft Transaction Server assure les transactions. Le but d’une transaction est de regrouper une série de traitements pour éviter l’instabilité d’une application. Si tout élément de la transaction réussi, la transaction sera ‘commit’ : c’est-à-dire que toutes les actions effectuées seront acceptées ; sinon, si tout échoue ou même juste une partie de la transaction échoue, toutes les actions seront annulées pour revenir à l’état du départ.

Environnement XML

La bibliothèque d’objets qui permet de traiter les documents XML se trouve dans le fichier MSXML.DLL. Ce fichier est à télécharger ou est installé sur un poste avec Internet Explorer 5. Ce fichier est destiné aux applications clientes et serveurs. Les objets principaux sont XMLDOM (traitement XML et XSL) et XMLHTTP (échange de données XML à travers un réseau). XMLDOM comprend un parseur validant (contre une DTD) et non-validant, ainsi qu’un processeur XSL.

Notez qu’à partir de la version 2.5 des ADO, il sera possible d’accéder les données sous format XML dans des objets RecordSet hiérarchiques. Aussi, SQL Server (et probablement d’autres serveurs de bases de données) sera capable de traiter des requêtes et des réponses de données sous format XML et HTTP sans traitement supplémentaire.