J'ai également rencontré cette situation: 2W Records dans la base de données. longtemps lorsque la page. J'ai demandé à certains maîtres de savoir que le problème a été mélangé avec HTML et ASP. Si la quantité de données est importante, elle perdra du temps.
Response.Write et <% =%> sont les méthodes de sortie de sortie du client au client. Bien que les résultats des deux soient les mêmes, leurs effets sont différents.
De manière générale, la plupart du temps, nous utilisons <% =%> dans l'état de mélange du code HTML et ASP, et Response.Write est utilisé dans le segment de script <% ...%>, mais de la syntaxe VBScript <% = expression %> Écrivez la valeur de «l'expression» dans le flux de sortie ASP pour analyser cette méthode. Si le tampon de réponse n'est pas ouvert, chaque phrase de ces déclarations entraînera des données à écrire des données au navigateur à travers la forme de nombreux petits sacs. C'est très lent. De plus, expliquer une petite quantité de scripts et de HTML entraînera une commutation entre le moteur de script et le HTML, ce qui réduit également les performances. Par conséquent, pour un appel à la réponse. Écriture, le remplacement de l'expression de combinaison dense intégrée peut être considérablement amélioré en termes de performance de l'application.
Nous utilisons généralement les phrases suivantes pour afficher le contenu de la base de données:
<% Dowhilenotrs.eof%>
<% = Rs ("flides")%>
<% Rs.MoVenext%>
<% LOOP%>
Pas aussi bon que
<% Str = "" "
Fori = 1tors.rcodeCount
Str = str + rs ("flides")
Rs.MovEnext
suivant
Response.Write (STR)
%>
La vitesse d'exécution est rapide. De plus, nous utilisons
Fori = 1tors.rcodeCount
Remplacer
Dowhilenotrs.eof
Il y a aussi un avantage évident. Avec le nombre de fois spécifié, vous pouvez éviter la fin du cycle à chaque fois.
Cela peut également améliorer l'efficacité.