17 svar · 233 visningar · startad av Lukaspojken
Jag har hört att man ska försöka ha så få context switchar som möjligt...och ett sätt att göra detta på är att skriva ut html-koden med response.write. Ska man göra det eller inte? Blir det bättre prestanda att skriva ut det med response.write?
------------------
Alltid lär man sig något nytt varje dag...
Absolut inte på långa stycken!
Denna kod är bra mycket slöare...
<%
If not Session("DBOpen") then
%>
<h1>Database not connected</h1>
<%
Else
%>
<h1>Database open</h1>
<%
End If
%>
... än följande
<%
If not Session ("DBOpen") then
Response.Write "<h1>Database not connected</h1>"
Else
Response.Write "<h1>Database open</h1>"
End If
%>
Men respionse.write gör sig bäst på korta "rader".
------------------
Peter D
Men om man paketerar så mycket som möjligt på en rad då?
Exempelvis
Response.write "<TABLE><TR><TD>Blabla etc</HTML>"
Eller vad är det i response.write som drar ner på prestandan?
------------------
Alltid lär man sig något nytt varje dag...
[Redigerat av Lukaspojken den 20 jul 2001]
Jag trodde det blev mycket snabbar med response.Write om man bara ser till att ha så lite response.write taggar och istället förlänger dem och gör dem till långa stycken om man har variablar och dylikt på många ställen i html koden.
------------------
Våga lek med dig själv
Det är snabbare att använda vanlig HTML.
Men om du, som i exemplet jag gav ovanför, ska baka in själva HTML-koden i ASP-koden så bör du använda Response.Write på korta stycken, då det är snabbare än att använda %> ... html ... <% och gå den vägen. :)
Och ja, det är bara bra att paketera så mycket som möjligt, när du väl skriver i ASP kod.
Fast själv kan jag inte läsa det sen, så jag gör nästan aldrig det (iaf inte förrens i slutet av projektet). ;)
------------------
Peter D
erka >> hur ska man tolka det? ´
:r :e
------------------
Våga lek med dig själv
[Redigerat av erka den 20 jul 2001]
[Redigerat av erka den 20 jul 2001]
Att det blir svårläst för den som kollar i sourcen sen gör inte så mycket. De ska ju inte vara där och kolla ändå...:)
Men vad jag förstår ändå så tjänar man på att paketera i princip allt i så få response.write som möjligt. För det som drar på prestandan är när response.write funktion måste anropas hela tiden, och kan man skriva allt i en enda lång sträng bör man nog göra det.
------------------
Alltid lär man sig något nytt varje dag...
[Redigerat av Lukaspojken den 20 jul 2001]
Jovisst, så är det! :)
Att det blir svårläst för den som kollar i sourcen sen gör inte så mycket. De ska ju inte vara där och kolla ändå...
Det är ju skit samma, men för oss som skriver koden är det ju också svårare. :(
------------------
Peter D
... fast man kan ju använda
Response.Write "jag vill ha en" & _
"egen måne som" & _
"jag kan sitta på"
------------------
Peter D
Man ska undvika &-tecknen för det segar ner...det man kan göra är att när man utvecklat färdigt en sak. Så är det det sista man gör...response.write. Sen bör man i och för sig spara en kopia utan response.write....:)
------------------
Alltid lär man sig något nytt varje dag...
Response.Write "jag vill ha en"
Response.Write "egen måne som"
Response.Write "jag kan sitta på"
segar ju mer än följande:
Response.Write "jag vill ha en" & _
"egen måne som" & _
"jag kan sitta på"
------------------
Peter D
Stämmer men...
Response.Write "jag vill ha en" & _
"egen måne som" & _
"jag kan sitta på"
Segar mer än
Response.Write "jag vill ha en egen måne som jag kan sitta på"
För &-tecknet står för en funktion som måste anropas hela tiden när man använder det.
------------------
Alltid lär man sig något nytt varje dag...
Jo naturligtvis, men tror du jag orkar sitta och skriva tusen rader bara för att illustrera hur jag menar, troligtvis inte ;)
------------------
Peter D
då är det smartare att skriva allt i ett enda långt stycke..även om det blir oläsligare
------------------
Våga lek med dig själv
Hur menar du erka...är det inte så jag menar när jag säger paketering?
------------------
Alltid lär man sig något nytt varje dag...