Web源于靜態(tài)文本，現(xiàn)在很多站點幾乎還是采用這種方式。靜態(tài)文本的缺點就是維護難(文件數(shù)目多)、查詢難、修改難。雖然可以采用FrontPage對站點進行管理，但這只是其中的一個辦法。現(xiàn)在，很多的站點都會在后臺采用數(shù)據(jù)庫，動態(tài)生成超文本。這樣　要改變式樣，只需修改幾個文件；要變更內(nèi)容，只需對數(shù)據(jù)庫進行操作即可，而且易于保持一致性；而對于全文檢索等查詢應(yīng)用，這種方式的優(yōu)越性更為突出。(經(jīng)常說的“動態(tài)”也包括圖片的動態(tài)顯示，如動態(tài)GIF、Java Applet等，本文所指為資料的動態(tài)性)

　　通用網(wǎng)關(guān)界面CGI(Common Gateway Interface)和網(wǎng)絡(luò)服務(wù)器應(yīng)用程序界面ISAPI(Internet Server Application Programming Interface)與其他相關(guān)技術(shù)的出現(xiàn)，使我們能夠方便地與Web Server進行溝通，從而象一些計數(shù)器、留言版等CGI程 式相繼出現(xiàn)并蔚然成風(fēng)。

　　但這些CGI程序都有一個很大的缺點，就是CGI(可用VB、Java、Perl、C或Dephi等編寫)與html只能分開編寫、分開運行，要將兩者融合在一起并不 容易，從而導(dǎo)致維護與編寫都相當(dāng)困難。因此，一些廠商后來都推出了自己的Script語言，來增強網(wǎng)頁開發(fā)的功能。其中Netscape推出了JavaScript(for client端和for Server端兩種)；微軟則推出了VBScript和Asp(Asp的語法與VB的語法類似)兩種，也用于服務(wù)器端和客戶端程序的編寫。對于專業(yè)開發(fā)人員而言，客戶端程序的最重要的一點是通用性，而服務(wù)器端的則強調(diào)功能和效率。對于Client端程序的開發(fā)，JavaScript無疑是最佳的，因為當(dāng)今兩大主流瀏覽器IE和Netscape都宣稱支持該標(biāo)準(zhǔn)；而VBScript則只有IE才能支持。但令我們苦惱的是對某些JavaScript的標(biāo)記，IE或IE的某些版本并不一定會支持，這必導(dǎo)致我們不得不把一部分程序移到服務(wù)器端去執(zhí)行，因為服務(wù)器端的程序會先解釋生成html(或含ActiveX)文本，再送到客戶端，故不存在兼容問題。

　　livewire(JavaScript for Server端的編譯器)和Asp一樣，都是一些手稿語言(手稿是指類似client端的JavaScript一樣的、可嵌套在html文本里面、只需用標(biāo)記標(biāo)明是由服務(wù)器執(zhí)行的程序段)，也就是類似C/C++一樣的面向?qū)ο蟮恼Z言。livewire的文件后綴名還是html，asp的文件后綴名則是asp，因為asp的文件在客戶讀取它的時候，服務(wù)器才進行解釋，而livewire的文件則必須預(yù)先進行編譯(每次修改后，都要重新編譯)。asp有相應(yīng)的輔助開發(fā)工具(InterDev)，可代為生成一些控件。當(dāng)然，這些并不重要，關(guān)鍵是你采用的是Netscape Web Server還是微軟的IIS。但就一般而言，因為IIS是捆綁在NT上的，故采用IIS的用戶會偏多一些。

　　自從Netscape公司推出了livewire和微軟推出了Active Server Page以后，程序員編寫網(wǎng)上程序就方便和容易了很多。但這種Script類的語言有一個共同的缺點，那就是由于是解釋執(zhí)行的，故速度不會太快。最近，微軟建議采用三層模型，中間層可以不用asp，而直接采用VB6.0生成的ActiveX控件，因為是編譯執(zhí)行的，故速度較快，不過這是后話。