推薦：簡單WEB開發規範一.頁面設計部分1.img控件alt：所有展示類圖片都要具有能簡要描述圖片內容的文字說明。 2.Input控件maxlength：所有INPUT控件都需要製定maxlength屬性，默認值為數據庫中對應的字段的長度。
在以前的文章中我們認識到ASP 是一個完整的操作系統的一部分。但是為什麼ASP 不同於以前版本的ASP？他們之間到底有什麼不同？如果你僅僅是運行一些頁面或應用程序，那麼你可能完全不會注意到他們之前的區別。一旦你打開ASP SDK或者幫助文件，你就會發現這個新產品幾乎沒有一點像以前的版本。
當然不必驚慌，我們下一步就會看看一些主要的不同點。我們先看看為什麼微軟公司會認為我們需要一個新版本的ASP，它能幫助我們幹什麼。作為一名開發者，我們也得知道它有哪些新的特性來幫助我們建立站點和應用。
我們真的需要一種新的ASP！ ？
微軟公司開發ASP 動機我們在上一篇文章已經討論了。 ASP已經取得了巨大的成功，為什麼我們還需要一個新的版本！ ？我們可以從下面四點考慮：
現在的ASP的只能使用非結構語言編寫，比如VBscript和JScript(如果用其它的語言就還需要單獨的解釋器）。而且當ASP在第一次執行時，它解析並在cache中儲存這些代碼，這樣的局限性就是不允許其它結構性語言比如VB和C 的使用，從而限制了它們的優越性。而ASP 真正提供了中層語言執行結構，允許各種語言的使用。
使用HTML,文本，對象混合的ASP很容易建立一個大型的頁面。但是很難重複利用這些代碼，除非你把一些代碼放在一個include文件中.這不是最好的解決方法。在很多的場合中，開發一個網絡應用需要廣泛的專業技能，比如，你寫程序，另外一些人做美工，還有一些人設計網頁的內容，如果僅僅使用ASP很難把這些人聯繫起來來完成同一件事。但是ASP 真正允許了單獨的代碼與內容共存.
在以前版本中的ASP中，你必須為幾乎每件事情寫代碼。為了保持在form中的數據，寫代碼。為了確認用戶寫入的數據，寫代碼。為了發送一些簡單的數據，寫代碼。而在ASP 中引入了一種真正的組件模式，通過這種服務器端的控制以及事件觸發，我們似乎感覺是好像是在操作VB中FORM.這種ASP 中的新組件控制是宣告性質的（也就是說，你如果想使用這些組件控制來作一些事情，你只需要聲明一下就行了，其它的不用管了，哈哈，是不是覺得有些傻瓜啊？！？），因此你實際上只需寫很少的代碼了.實際上，在很多情況下，你完全不用寫任何的代碼.
外面的世界時刻都在變化，已經有相當比例的用戶是通過互聯網設備來訪問你的站點了，比如說WAP手機，PDA，置頂盒，以及其它的一些，也許不久的將來使用這些上網的用戶比用PC的還多。這就意味著我們可能要在服務器上做更多的事以與不同的設備相適應。我們也不得不在使用不同格式輸出，比如WML。同時，新的互聯設備和商業應用也需要有能力從網絡應用中發送或讀取WML.現在使用ASP做這些，需要你使用XML解析器，使用XML轉換數據。而ASP 網絡服務會用更簡單的方式使用你做出的頁面能夠適應不同的設備。
除了上面的這些，快速發展的分佈是應用也需要開發地更加快速，更加模塊化，重複利用性更強，更容易操作，讓更多的平台支持。像SOAP（Simple Object Access Protocol)這樣的新標準以及B2B的商業需要，需要一種新的技術來適應不同的系統。網絡應用和網站需要提供一種更加強大的可升級的服務，ASP 能夠適應上面的要求，並且能夠在發生錯誤、緩衝區溢出時重新啟動應用程序。
因此為了適應這些需要，ASP已經對基礎甚至是開發環境進行了修補。 Visual Studio 7.0將會對ASP 應用進行完成的支持（包括ASP和ASP ）,儘管現在還只有很少的工具能夠獲得其支持。這種豐富的，組件模式程序開發模塊被設計得相當友好，同時它也支持所有Visual Studio 語言，包括VB,C 以及C＃，特別注意一下第三種語言，它流行的日子離我們不太遙遠了。
ASP 怎樣讓你的生活更加簡單?
對於今天的WEB程序員來說最大的挑戰就是不斷變化地瀏覽器的兼容性，以及它們不斷升級的複雜性。在保證頁面能在所有流行瀏覽器下工作的同時又得盡量地使用每個瀏覽器最新屬性來建立更加具有交互式的頁面，這簡直就是一場惡夢。
更加可怕的就是對於不同的用戶設備建立不同的網頁。當然，在WAP手機和傳統的瀏覽器上建立同等水平的頁面是不可能，因為由於帶寬的原因，在很多WAP手機中一次只能顯示12字3行的文本信息。
一個最簡單的解決辦法就是動態地對不同的用戶生成不同的輸出，或者就是對不同的用戶寫多個頁面。第二種方法沒有效率，我想大多數地開發者都會選擇第一種方法。但是這就意味著用戶的每次點擊都會讓服務器判斷應該向用戶顯示什麼.
如果這一切可能，為什麼不把這些過程自動化！ ？為了結束這一切，ASP 引入了一個新的服務控制的概念，它封裝了一些普通的任務，提供了一種清晰的編程模塊。他們同樣幫助管理處理不同的用戶類型。
服務器端HTML控制使得我們減少了不少的代碼
ASP已經提供了一種在服務器上執行組件的能力，這些組件能夠產生一些代碼用以返回給用戶。 ASP 通過服務控制繼承了這一概念。轉換HTML元素到服務控制的需要僅僅是一個附加的屬性：runat=server(這個我們在ASP也見到過）
頁面中的任何HTML元素都能使用這種方法標註，ASP 會在服務器上執行這些元素，並且對不同的用戶產生不同的代碼。
這種讓HTML元素在服務器上執行的概念第一次看來有些奇怪，但是當你發現在它在這個頁面變得完全功能化，你還有什麼好想的了。
保持狀態的問題
在我們建立交互頁面和應用時最煩人的一個問題就是處理從客戶端傳來的數據，然後保持這些數據加以控制。 ASP 的一個核心目標就是簡化這一過程。這不會給程序員帶來任何的困惑，而且能在大多數的瀏覽器上工作正常。
我們先來看看下面的代碼。這段代碼製作了一個簡單的頁面讓用戶輸入電腦的名字和選擇操作系統。 OK，它本身不是個很煩人也不是令人興奮的例子，但是它反映了我們常常做的一些事。當這個頁面提交後，使用request.form集來取得相應的數據，然後用request.write顯示它們.
<HTML>
<BODY>
<%
If Len(Request.Form(selOpSys)) > 0 Then
strOpSys = Request.Form(selOpSys)
strName = Request.Form(txtName)
Response.Write You selected ' & strOpSys _
& ' for machine ' & strName & '.
End If
%>
<FORM action=pageone.asp method=post>
Machine Name:
<INPUT type=text name=txtName>
<P />
Operating System:
<SELECT name=selOpSys size=1>
<OPTION>Windows 95</OPTION>
<OPTION>Windows 98</OPTION>
<OPTION>Windows NT4</OPTION>
<OPTION>Windows 2000</OPTION>
</SELECT>
<P />
<INPUT type=submit value=Submit>
分享：用ASP建立一個簡單的聊天室經過一個階段的asp學習,下面我們結合所學過的內容建立一個最簡單的聊天室,雖然很簡單,但是大家可以通過他來掌握一個聊天室建立的基本過程,並且可以不斷的完善其功能. 下面介紹其主要步驟: