ASP 與ASP有什么不同_ASP教程

教程Tag：暫無Tag,歡迎添加,賺取U幣!

推薦：簡單WEB開發(fā)規(guī)范
一.頁面設計部分 1.img控件 alt：所有展示類圖片都要具有能簡要描述圖片內容的文字說明。 2.Input控件 maxlength：所有INPUT控件都需要制定maxlength屬性，默認值為數(shù)據(jù)庫中對應的字段的長度。

在以前的文章中我們認識到ASP 是一個完整的操作系統(tǒng)的一部分。但是為什么ASP 不同于以前版本的ASP？他們之間到底有什么不同？如果你僅僅是運行一些頁面或應用程序，那么你可能完全不會注意到他們之前的區(qū)別。

一旦你打開ASP SDK或者幫助文件，你就會發(fā)現(xiàn)這個新產品幾乎沒有一點像以前的版本。

當然不必驚慌，我們下一步就會看看一些主要的不同點。我們先看看為什么微軟公司會認為我們需要一個新版本的ASP，它能幫助我們干什么。作為一名開發(fā)者，我們也得知道它有哪些新的特性來幫助我們建立站點和應用。

我們真的需要一種新的ASP！？
微軟公司開發(fā)ASP 動機我們在上一篇文章已經(jīng)討論了。ASP已經(jīng)取得了巨大的成功，為什么我們還需要一個新的版本��？我們可以從下面四點考慮：

現(xiàn)在的ASP的只能使用非結構語言編寫，比如VBscript和JScript(如果用其它的語言就還需要單獨的解釋器）。而且當ASP在第一次執(zhí)行時，它解析并在cache中儲存這些代碼，這樣的局限性就是不允許其它結構性語言比如VB和C 的使用，從而限制了它們的優(yōu)越性。而ASP 真正提供了中層語言執(zhí)行結構，允許各種語言的使用。
使用HTML,文本，對象混合的ASP很容易建立一個大型的頁面。但是很難重復利用這些代碼，除非你把一些代碼放在一個include文件中.這不是最好的解決方法。在很多的場合中，開發(fā)一個網(wǎng)絡應用需要廣泛的專業(yè)技能，比如，你寫程序，另外一些人做美工，還有一些人設計網(wǎng)頁的內容，如果僅僅使用ASP很難把這些人聯(lián)系起來來完成同一件事。但是ASP 真正允許了單獨的代碼與內容共存.

在以前版本中的ASP中，你必須為幾乎每件事情寫代碼。為了保持在form中的數(shù)據(jù)，寫代碼。為了確認用戶寫入的數(shù)據(jù)，寫代碼。為了發(fā)送一些簡單的數(shù)據(jù)，寫代碼。而在ASP 中引入了一種真正的組件模式，通過這種服務器端的控制以及事件觸發(fā)，我們似乎感覺是好像是在操作VB中"FORM".這種ASP 中的新組件控制是宣告性質的（也就是說，你如果想使用這些組件控制來作一些事情，你只需要聲明一下就行了，其它的不用管了，哈哈，是不是覺得有些傻瓜啊？��？），因此你實際上只需寫很少的代碼了.實際上，在很多情況下，你完全不用寫任何的代碼.
外面的世界時刻都在變化，已經(jīng)有相當比例的用戶是通過"互聯(lián)網(wǎng)設備"來訪問你的站點了，比如說WAP手機，PDA，置頂盒，以及其它的一些，也許不久的將來使用這些上網(wǎng)的用戶比用PC的還多。這就意味著我們可能要在服務器上做更多的事以與不同的設備相適應。我們也不得不在使用不同格式輸出，比如WML。同時，新的互聯(lián)設備和商業(yè)應用也需要有能力從網(wǎng)絡應用中發(fā)送或讀取WML.現(xiàn)在使用ASP做這些，需要你使用XML解析器，使用XML轉換數(shù)據(jù)。而ASP 網(wǎng)絡服務會用更簡單的方式使用你做出的頁面能夠適應不同的設備。
除了上面的這些，快速發(fā)展的分布是應用也需要開發(fā)地更加快速，更加模塊化，重復利用性更強，更容易操作，讓更多的平臺支持。像SOAP（Simple Object Access Protocol)這樣的新標準以及B2B的商業(yè)需要，需要一種新的技術來適應不同的系統(tǒng)。網(wǎng)絡應用和網(wǎng)站需要提供一種更加強大的可升級的服務，ASP 能夠適應上面的要求，并且能夠在發(fā)生錯誤、緩沖區(qū)溢出時重新啟動應用程序。

因此為了適應這些需要，ASP已經(jīng)對基礎甚至是開發(fā)環(huán)境進行了修補。Visual Studio 7.0將會對ASP 應用進行完成的支持（包括ASP和ASP ）,盡管現(xiàn)在還只有很少的工具能夠獲得其支持。這種豐富的，組件模式程序開發(fā)模塊被設計得相當友好，同時它也支持所有Visual Studio 語言，包括VB,C 以及C＃，特別注意一下第三種語言，它流行的日子離我們不太遙遠了。

ASP 怎樣讓你的生活更加簡單?
對于今天的WEB程序員來說最大的挑戰(zhàn)就是不斷變化地瀏覽器的兼容性，以及它們不斷升級的復雜性。在保證頁面能在所有流行瀏覽器下工作的同時又得盡量地使用每個瀏覽器最新屬性來建立更加具有交互式的頁面，這簡直就是一場惡夢。

更加可怕的就是對于不同的用戶設備建立不同的網(wǎng)頁。當然，在WAP手機和傳統(tǒng)的瀏覽器上建立同等水平的頁面是不可能，因為由于帶寬的原因，在很多WAP手機中一次只能顯示12字3行的文本信息。

一個最簡單的解決辦法就是動態(tài)地對不同的用戶生成不同的輸出，或者就是對不同的用戶寫多個頁面。第二種方法沒有效率，我想大多數(shù)地開發(fā)者都會選擇第一種方法。但是這就意味著用戶的每次點擊都會讓服務器判斷應該向用戶顯示什么.

如果這一切可能，為什么不把這些過程自動化！？為了結束這一切，ASP 引入了一個新的服務控制的概念，它封裝了一些普通的任務，提供了一種清晰的編程模塊。他們同樣幫助管理處理不同的用戶類型。

服務器端HTML控制使得我們減少了不少的代碼
ASP已經(jīng)提供了一種在服務器上執(zhí)行組件的能力，這些組件能夠產生一些代碼用以返回給用戶。ASP 通過服務控制繼承了這一概念。轉換HTML元素到服務控制的需要僅僅是一個附加的屬性：runat="server"(這個我們在ASP也見到過）

頁面中的任何HTML元素都能使用這種方法標注，ASP 會在服務器上執(zhí)行這些元素，并且對不同的用戶產生不同的代碼。

這種讓HTML元素在服務器上執(zhí)行的概念第一次看來有些奇怪，但是當你發(fā)現(xiàn)在它在這個頁面變得完全功能化，你還有什么好想的了。

保持狀態(tài)的問題
在我們建立交互頁面和應用時最煩人的一個問題就是處理從客戶端傳來的數(shù)據(jù)，然后保持這些數(shù)據(jù)加以控制。ASP 的一個核心目標就是簡化這一過程。這不會給程序員帶來任何的困惑，而且能在大多數(shù)的瀏覽器上工作正常。

我們先來看看下面的代碼。這段代碼制作了一個簡單的頁面讓用戶輸入電腦的名字和選擇操作系統(tǒng)。OK，它本身不是個很煩人也不是令人興奮的例子，但是它反映了我們常常做的一些事。當這個頁面提交后，使用request.form集來取得相應的數(shù)據(jù)，然后用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建立一個簡單的聊天室
經(jīng)過一個階段的asp學習,下面我們結合所學過的內容建立一個最簡單的聊天室,雖然很簡單,但是大家可以通過他來掌握一個聊天室建立的基本過程,并且可以不斷的完善其功能. 下面介紹其主要步驟: