ASP 快速執(zhí)行動態(tài)網(wǎng)頁

2024-05-04 11:00:25

字體：大中小

供稿：網(wǎng)友

這是一篇關(guān)于怎樣精簡代碼和Asp 特征以獲得最快執(zhí)行速度的詳細(xì)文章。對于一個急燥的用戶來說，任何在按下用戶按鈕到結(jié)果出現(xiàn)在它們的屏幕之間的延遲可能意味著它們會轉(zhuǎn)到瀏覽其它的站點(diǎn)？假如你的是商業(yè)站點(diǎn)，這有可能意味著失去潛在的銷售。
我們沒有任何辦法控制用戶的帶寬，但我們的確能通過優(yōu)化Asp 站點(diǎn)來獲得最佳的*能。大部分潛在*能的提升是通過系統(tǒng)改變而不是緊縮代碼，一個不合適的想法是，一旦遇到系統(tǒng)效率問題，就向系統(tǒng)**者提意見要其升級系統(tǒng)。
首先，哪個因素可能影響Asp的*能？很不幸，有很多因素？下面這些只是其中的一部分：
可用帶寬
服務(wù)器上的處理器和其它硬件的速度
在服務(wù)器上運(yùn)行的其它程序(比如象那些OpenGL屏幕保護(hù)程序！)
數(shù)據(jù)庫連接模式，連接池，數(shù)據(jù)庫系統(tǒng)本身(比如Oracle優(yōu)于Sql Server，Sql server優(yōu)于Access)
所使用的語言
存儲過程優(yōu)于行式Sql語句
使用編譯組件而不是VB或JavaScript，好的Asp編程經(jīng)驗(yàn)，比如錯誤處理等
一些以上的因素可能已經(jīng)被有IIS 知識經(jīng)驗(yàn)的開發(fā)者普遍留意到了，但其它的可能對于他們來說是十分復(fù)雜的問題。在這篇文章里，將試著解釋所有影響Asp*能的每個因素，讓我們看一看那些在我們刮胡子的幾毫秒內(nèi)就能做到的主要事情。
ASP腳本大小
你是腳本頁(還有其它頁面)是不是比必須的長度要長？這是一開始執(zhí)行就會降低Asp *能的東西。ASP 腳本在用來獲取信息和格式化輸出的時候是十分有用的，但腳本也是逐行解釋執(zhí)行，所以你的腳本越長，執(zhí)行它的時間也就越長。
如果你的腳本很龐大，怎么做才能減少腳本的長度呢？這里有幾點(diǎn)建議：
你可以將它們轉(zhuǎn)換成服務(wù)器端組件，也就是說，做成VB動態(tài)鏈接庫DLL或者通過先進(jìn)的Windows編程語言或適當(dāng)?shù)腃OM 接口語言將它轉(zhuǎn)換成未編譯組件？并且在服務(wù)器端注冊它們。有關(guān)的快速指南可以在
http://www.webdevelopersjournal.com/articles/activex_for_asp.html找到。對一個寫得好的ActiveX 組件進(jìn)行編譯不但能大幅度提高*能，還可以保護(hù)你的軟件(腳本)，尤其當(dāng)你將你的Asp站點(diǎn)發(fā)布在第三方主機(jī)上的時候。
因?yàn)槟_本是逐行解釋執(zhí)行的，所以剔除多余的腳本或建立更高效率的腳本能夠改進(jìn)*能。如果你在單個Asp 文件中有數(shù)百行的代碼，可能這樣做你能很好地劃分使用者，買賣和數(shù)據(jù)服務(wù)。事實(shí)上，如果你這樣做，可能會找出一些冗余的代碼：如果你需要輸出幾個表格，你可以編寫一個通用函數(shù)來輸出一個表格，只是多次調(diào)用它。
在講述Asp 腳本的大小問題的時候，不得不提及包含文件的大小。當(dāng)你使用一個包含文件的時候，整個包含文件被裝入，當(dāng)包含文件被包含的時候，相當(dāng)于在Asp 文件本身寫下那部分代碼。因此，如果你在一個冗長的包含文件里定義了很多通用的方法和定義，要明白到在你包含該文件的時候，不管你要不要用到里面的每個方法和定義，它都是被整個裝入的。ASP 緩存全部的展開代碼，這會降低查找效率在這種情況下，包含文件必須被分割成更小的，模塊化的文件。也要明白到包含文件被服務(wù)器視為單獨(dú)的頁面請求，使用太多的包含文件會影響下載時間。

上一篇：動網(wǎng)論壇的asp 數(shù)據(jù)庫連接代碼

下一篇：ASP XML制作菜單管理程序