* Astuce 1: utilisez Global.asa pour les fichiers de couche d'application
Chargez le fichier dans un tableau de couche d'application dans global.asa au lieu de lire le fichier sur la page à l'aide de l'objet Système de fichiers ASP.
Global.asa peut être utilisé pour spécifier des scripts d'événements, ou pour déclarer des objets qui ont une portée de session ou de l'application. Il ne s'affiche pas directement à l'utilisateur, mais stocke les informations et les objets des événements au niveau de l'application. Ensuite, vous pouvez pointer vers le tableau de couche d'application où les données sont stockées via la page. Cela signifie que chaque serveur demande de lire le fichier, tous les utilisateurs ne le lisent pas une fois par page. Vous pouvez exécuter un fichier ASP distinct pour actualiser le contenu du tableau de couche d'application, et vous pouvez également envisager d'utiliser des objets Dictionary (voir TIPS 9).
Cette astuce peut considérablement accélérer votre système.
Alors, comment cette technique sera-t-elle mise en œuvre?
Si vous êtes un scénariste, vous devez utiliser l'objet Système de fichiers pour lire le fichier dans un tableau ou un objet de dictionnaire. Lisez ensuite le fichier dans global.asa et placez le tableau (avec le contenu de fichier que vous lisez) ou l'objet Dictionnaire dans la déclaration de la couche d'application. Cela permet aux utilisateurs d'accéder aux informations dans un objet de tableau ou de dictionnaire sans avoir à soumettre des informations via une demande ASP à la fois.
Mais peut-être que vous pensez: "Que dois-je faire si le contenu du cache doit être mis à jour? Je parie qu'il ne sera pas utilisé." En fait, ce n'est pas le cas. Si le contenu du cache doit être mis à jour, vous pouvez appeler un fichier ASP accessible à l'administrateur contenant un script de commande de verrouillage d'application exécutable, mettre à jour les informations de cache dans un objet de tableau ou de dictionnaire et enfin exécuter la commande de verrouillage d'application.
* Astuce 2: supprimer les commentaires HTML du code source du produit (IIS3.0 s'applique)
Pas mal, il est vraiment difficile de comprendre s'il est difficile d'écrire. Je plaisante, cela ne signifie pas que vous devez supprimer tous les commentaires HTML (les commentaires de script sont assez bons), et une large gamme de texte HTML peut être copiée sur le client par lots. De cette façon, votre script s'exécutera plus rapidement sur IIS3.0 (dans IIS4.0, les commentaires HTML ne provoqueront plus d'exécution plus lente).
* Astuce 3: Réponse multiples. Écrivations
Si vous écrivez des résultats de sortie dans le format à plusieurs endroits du code, envisagez de combiner ces résultats en une seule pièce et de les écrire dans une instruction Response.Write. Ensuite, vous regardez la composition de votre code HTML et de votre script VBScript. N'étendez pas trop les scripts HTML et VBScript, essayez de les écrire dans des scripts HTML et VBScript bloqués.
* Astuce 4: utilisez l'indicateur <objet> pour illustrer l'objet
Si vous devez pointer vers des objets qui peuvent ne pas être utilisés, utilisez l'indicateur <objet> pour illustrer, au lieu d'utiliser Server.CreateObject. L'utilisation de server.CreateObject générera immédiatement l'objet. Si vous ne l'utilisez pas à l'avenir, ce sera un gaspillage de ressources.
* Astuce 5: utilisez autant que possible les variables locales (locales)
(La nouvelle astuce suivante remplacera les "variables de définition précédents en une seule ligne" publiées, qui contient de mauvaises vues):