ASP內建對象Request和Respones(1)
Web源于靜態文本，現在很多站點幾乎還是采用這種方式。靜態文本的缺點就是維護難(文件數目多)、查詢難、修改難。雖然可以采用FrontPage對站點進行管理，但這只是其中的一個辦法�，F在，很多的站點都會在后臺采用數據庫，動態生成超文本。這樣 要改變式樣，只需修改幾個文件；要變更內容，只需對數據庫進行操作即可，而且易于保持一致性；而對于全文檢索等查詢應用，這種方式的優越性更為突出。(經常說的“動態”也包括圖片的動態顯示，如動態GIF、Java Applet等，本文所指為資料的動態性)
通用網關界面CGI(Common Gateway Interface)和網絡服務器應用程序界面ISAPI(Internet Server Application Programming Interface)與其他相關技術的出現，使我們能夠方便地與Web Server進行溝通，從而象一些計數器、留言版等CGI程 式相繼出現并蔚然成風。
但這些CGI程序都有一個很大的缺點，就是CGI(可用VB、Java、Perl、C或Dephi等編寫)與html只能分開編寫、分開運行，要將兩者融合在一起并不 容易，從而導致維護與編寫都相當困難。因此，一些廠商后來都推出了自己的Script語言，來增強網頁開發的功能。其中Netscape推出了JavaScript(for client端和for Server端兩種)；微軟則推出了VBScript和Asp(Asp的語法與VB的語法類似)兩種，也用于服務器端和客戶端程序的編寫。對于專業開發人員而言，客戶端程序的最重要的一點是通用性，而服務器端的則強調功能和效率。對于Client端程序的開發，JavaScript無疑是最佳的，因為當今兩大主流瀏覽器IE和Netscape都宣稱支持該標準；而VBScript則只有IE才能支持。但令我們苦惱的是對某些JavaScript的標記，IE或IE的某些版本并不一定會支持，這必導致我們不得不把一部分程序移到服務器端去執行，因為服務器端的程序會先解釋生成html(或含ActiveX)文本，再送到客戶端，故不存在兼容問題。
livewire(JavaScript for Server端的編譯器)和Asp一樣，都是一些手稿語言(手稿是指類似client端的JavaScript一樣的、可嵌套在html文本里面、只需用標記標明是由服務器執行的程序段)，也就是類似C/C++一樣的面向對象的語言。livewire的文件后綴名還是html，asp的文件后綴名則是asp，因為asp的文件在客戶讀取它的時候，服務器才進行解釋，而livewire的文件則必須預先進行編譯(每次修改后，都要重新編譯)。asp有相應的輔助開發工具(InterDev)，可代為生成一些控件。當然，這些并不重要，關鍵是你采用的是Netscape Web Server還是微軟的IIS。但就一般而言，因為IIS是捆綁在NT上的，故采用IIS的用戶會偏多一些。
自從Netscape公司推出了livewire和微軟推出了Active Server Page以后，程序員編寫網上程序就方便和容易了很多。但這種Script類的語言有一個共同的缺點，那就是由于是解釋執行的，故速度不會太快。最近，微軟建議采用三層模型，中間層可以不用asp，而直接采用VB6.0生成的ActiveX控件，因為是編譯執行的，故速度較快，不過這是后話。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
