|
La méthode Execute offre aux développeurs en ASP une excellente opportunité de scission des applications en composants de code réutilisables, faciles à gérer, qui peuvent être appelés en cas de besoin. Auparavant, le développeur ASP était contraint de rediriger, par voie applicative, l'exécution d'une page vers une autre page (un exercice coûteux en termes de vitesse d'exécution, puisqu'il exigeait l'envoi d'un en-tête au navigateur afin de rediriger sa demande), ou d'inclure un autre fichier à l'aide de la directive de prétraitement #INCLUDE. Aucune de ces solutions n'était très pratique. Comme nous l'avons indiqué précédemment, la méthode Redirect de l'objet Server (voir plus loin dans ce chapitre) exige, pour une page, une tournée d'appels entre serveur, client et serveur, ce qui est loin d'être rapide. La directive #INCLUDE force le filtre ISAPI ASP à récupérer le fichier inclus à partir du système de fichiers, à l'insérer dans le script actuel et à interpréter tout le code inclus, même s'il n'est jamais utilisé dans le script qui le contient.
Par contre, la méthode Execute permet de n'exécuter d'autres scripts par voie applicative que quand la logique du script qui y fait appel l'exige. En d'autres termes, la méthode Execute permet d'inclure des scripts de manière dynamique.
Notez que, comme les autres scripts, ceux qui sont appelés via la méthode Execute peuvent ajouter ou modifier des en-têtes HTTP inclus dans la réponse. Toutefois, comme dans le cas des scripts autonomes, si le script appelé ajoute ou modifie des en-têtes HTTP après l'envoi d'une réponse, une erreur se produit.
Comme vous pouvez vous y attendre, la plage de variables est différente pour chaque script (script appelant et script appelé). Par exemple, dans le code suivant, il existe une variable nommée strName dans les deux scripts.
CALLING SCRIPT
<%
Dim strName
strName = "Sam"
Server.Execute("CalledScript.asp")
%>
CalledScript.asp
<%
Dim strName
Response.Write strName
%>
Dans l'exemple précédent, strName est déclarée dans les deux scripts. Toutefois, elle n'est pas initialisée dans le second. Dans cet exemple, Response.Write n'entraînerait aucune écriture dans la réponse, car la valeur de strName dans le script appelé n'est pas définie.
Lorsqu'une page ASP appelle Server.Execute afin de passer à une autre page ASP, tous les objets ASP intégrés de la première sont transmis au script appelé. Par exemple, toute les valeurs de la collection Form de l'objet Request sont disponibles pour la page ASP lancée par l'appel de la méthode Execute de l'objet Server.
Notez que selon la documentation Microsoft, la méthode Execute permet d'ajouter un paramètre QueryString à la fin de l'URL appelée. Toutefois, au moment de la rédaction de l'addendum de cet ouvrage (mars 2000), l'ajout d'un paramètre QueryString à une URL produit une erreur. Selon le service d'assistance technique de Microsoft, il s'agit là d'un bogue conne de IIS 5.0 et un correctif est en cours de réalisation.
Enfin, si vous appelez un script à l'aide de la méthode Execute à partir d'un script défini comme transactionnel, et si le script appelé entraîne l'annulation de la transaction, l'événement OnTransactionAbort de la page appelée est appelé en premier lieu puis, au terme de l'exécution du script appelé, l'événement OnTransactionAbort de la page appelante est exécuté. Par exemple, supposons que le script suivant, CallingScript.ASP, appelle encore le script CalledScript.ASP.
CALLINGSCRIPT.ASP
<%@ TRANSACTION=Required%>
<%
Server.Execute "CalledScript.asp?strName=bob"
Sub OnTransactionAbort( )
'Clean up code for CallingScript.asp.
End Sub
Sub OnTransactionCommit( )
Commit code for CalledScript.asp.
End Sub
CALLEDSCRIPT.ASP
<%@ TRANSACTION=Required%>
<%
.
.
.
'Processing code....
.
.
.
OnTransactionAbort( )
'Clean up code for CalledScript.asp.
End Sub
OnTransactionCommit( )
Commit code for CalledScript.asp.
End Sub
Dans le script CalledScript.ASP, une erreur entraîne l'annulation de la transaction. Dans ce cas, le code d'événement OnTransactionAbort pour CalledScript.ASP est exécuté, suivi du code d'événement OnTransactionAbort pour CallingScript.ASP.
|