ASP優化:幾招提高ASP性能的最佳選擇(5)_ASP教程
推薦:馬克斯電影站生成Rss Feed的代碼前段時間為了給本人的電影站增加Rss訂閱功能,動手寫了個動態生成Rss Feed的ASP代碼,沒法上傳附件,就直接貼代碼吧,反正也不長,用馬克斯做電影站的朋友直接拿去用吧,其它類型的站點修改一下
結論
本文第一部分的重要之處在于許多小事情的累積。為了強調這個問題,我設置了最后一個測試,在其中進行了我們以前曾經測試過的看來無所謂但實際上有壞影響的所有操作。我包含了許多Response.Write聲明、關閉了緩沖器、設置了默認語言、去掉了OptionExplicit引用并初始化了錯誤句柄。
<%@LANGUAGE=VBSCRIPT%> |
/app2/final_1.asp片段
基準值=5.57msec/page
反應時間=8.85msec/page
差= 3.28msec(58.9%增加)
聽起來可能很明顯,但是理解更重要,那就是我們放置在頁面上的代碼會對性能有影響。頁面上的小變化有時會大大地增加反應時間。
規則概括
*避免內聯ASP的過多使用。
*總是將連續Response.Write語句連接進一個單獨語句內。
*永遠不要在Response.Write周圍使用包裝函數以附加CRLF。
*如果必須格式化HTML輸出,直接在Response.Write語句內附加CRLF。
*總是通過服務器設置開啟緩沖器。
*只要使用適度,ASP注釋對性能的影響很小或根本沒有影響。
*設置服務器的默認語言配置以與站點上使用的語言相匹配。
*除非你使用非默認語言,不要設置語言聲明。
*在VBScript中總是使用Optionexplicit。
*在不需要的情況下,總是在頁面或應用程序的水平上關閉Session狀態。
*只有當代碼在頁面之間共享時才使用Include文件。
*在一個頁面上,如果代碼要使用一次以上,就將代碼封入函數區。
*適當時候,將變量聲明移到函數范圍內。
*只有會發生超出測試或控制能力之外的情況時才使用錯誤句柄。
*只有當兩個或更多操作被作為一個單元執行時,才使用上下文處理。
現在回顧一下,有許多問題可以作為普遍性的方針:
*避免冗余--不要設置那些默認狀態下已經設置的屬性。
*限制函數調用的次數。
*縮小代碼的范圍。
分享:ASP 編程中20個非常有用的例子(一)1、如何用Asp判斷你的網站的虛擬物理路徑 答:使用Mappath方法:< %= Server.MapPath("")% > 2、我如何知道使用者所用的瀏覽器? 答:使用the Request object方法:
- 相關鏈接:
- 教程說明:
ASP教程-ASP優化:幾招提高ASP性能的最佳選擇(5)。