- 相關(guān)推薦
ASP 3.0高級編程（二）
使用Form和QueryString集合當(dāng)用戶填寫頁面<FORM>內(nèi)容時所提供的全部值，或在瀏覽器地址欄輸入在URL后的值，通過Form和QueryString集合為ASP腳本所用。這是在ASP代碼中訪問值的一種簡單方法。
1、 訪問ASP集合的一般技術(shù)
大多數(shù)ASP集合與在VB中見到的普通集合相差不多。實際上，它們是值的數(shù)組，但能通過使用一個文本字符串鍵（對大小不敏感）以及一個整型索引進行訪問。因此，假如客戶端Web頁面包含的<FORM>如下：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
FirstName:<INPUT TYPE=”TEXT” NAME=”FirstName”>
LastName:<INPUT TYPE=”TEXT” NAME=”LastName”>
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
可通過訪問ASP的Form集合來訪問其控件內(nèi)的值：
strFirstName = Request.Form(“FirstName”)
strLastName = Request.Form(“LastName”)
也可使用窗體中控件的整型索引，索引的范圍從在HTML中第一個定義的控件開始，然后根據(jù)定義的順序排序：
strFirstName = Request.Form(1)
strLastName = Request.Form(2)
然而，后面的這種以整型為索引的技術(shù)不推薦使用，因為一旦有HTML中的控件發(fā)生了變化，或者插入一個新的控件，則ASP代碼將得到錯誤的值。進一步而言，對于閱讀代碼的人來講，極容易混淆。
1) 訪問集合的全部值
可以通過引用集合把整個Form上的一系列值變成單個的字符變量，且不用提供鍵或索引。
StrAllFormContent = Request.Form
假如文本框包含值Priscilla和Descartes，則Request.Form語句將返回下列字符：
FirstName=Priscilla&LastName=Descartes
注意，提供的值是以名稱/值對的形式出現(xiàn)的（即控件名稱=控件值），并且每一對名稱/值相互之間是用符號“&”相分隔的。假如打算把窗體中的內(nèi)容傳遞單獨的，希望得到值的標(biāo)準(zhǔn)格式的可執(zhí)行應(yīng)用程序或DLL，這個技術(shù)是很有用的。然而，一般說來，都是通過以窗體中控件的名稱為文本鍵來訪問集合中的內(nèi)容。
2) 遍歷一個ASP集合
有兩種方式遍歷一個ASP集合中的所有成員，方式與普通VB集合的基本相同。每個集合提供一個Count屬性，返回的是集合中條目數(shù)量�？赏ㄟ^使用一個整型索引使用Count屬性來遍歷。
For intLoop=1 To Request.Form.Count
Response.Write Request.Form(intLoop) & “<BR>”
Next
假如先前的窗體包含Priscilla和Descartes值的兩個文本框，將得到如下結(jié)果：
Priscilla
Descartes
然而，更好的方法是使用For Each...Next結(jié)構(gòu)。
For Each objItem In Request.Form
Response.Write objItem & “=” & Request.Form(objItem) & “<BR>”
Next
這帶來的好處是既可以訪問控件的名稱又可訪問其值。上述代碼將得到如下結(jié)果：
FirstName = Priscilla
LastName = Descartes
注意，一些瀏覽器返回到ASP的<FORM>值可能與頁面上顯示的順序不盡相同。
3) 集合成員的多值性
在某些情況下，ASP集合中的各個成員可能不止一個值，這種情況發(fā)生在HTML定義中有幾個控件有相同Name屬性時。例如：
<FORM ACTION=”Show_request.asp” METHOD=”POST”>
<INPUT TYPE=”TEXT” NAME=”O(jiān)therHobby”>
<INPUT TYPE=”TEXT” NAME=”O(jiān)therHobby”>
<INPUT TYPE=”TEXT” NAME=”O(jiān)therHobby”>
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
在Form集合中，將為“OtherHobby”創(chuàng)建一個條目。然而，它將包括從三個文本框中得到的值。假如在提交時，用戶留下了一個或多個為空，則返回的值為空字符串。假如用戶在第一和第三個文本框分別輸入Gardening和Mountaineering，第二個文本框為空，在我們的ASP代碼中訪問Request.Form(“OtherHobby”)，將返回字符串：
Gardening, ,Mountaineering
為了能夠在這種情況下，訪問單個值，可以用復(fù)雜一些的代碼：
For Each objItem In Request.Form
If Request.Form(objItem).Count >1 Then ‘More than one value in this item
Response.Write objItem & “:<BR>”
For intLoop = 1 To Request.Form(objItem).Count
Response.Write “Subkey” & intLoop & “value =&
nbsp;“_
& Request.Form(objItem) (intLoop) & “<BR>”
Next
Else
Response.Write objItem & “ = ” & Request.Form(objItem) & “<BR>”
End If
Next
對于前面的包含三個OtherHobby控件的窗體實例，這將返回：
OtherHobby:
Subkey 1 value = Gardening
Subkey 2 value =
Subkey 3 value = Mountaineering
然而，由于很少給多個文本框相同的名字，因此這種技術(shù)很少用到。
a) HTML中的單選或選頁按鈕控件
在HTML中，需要給幾個控件相同的Name屬性的情況是單選（或選項）按鈕，例如：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
I live in:
<INPUT TYPE=”RADIO” NAME=”Country” VALUE=”AM”>America<BR>
<INPUT TYPE=”RADIO” NAME=”Country” VALUE=”EU”>Europe<BR>
<INPUT TYPE=”RADIO” NAME=”Country” VALUE=”AS”>Asia<BR>
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
因為用戶只能選擇多項中的一個（這就是給它們相同的名字的原因），將僅得到一個返回值，瀏覽器只能發(fā)送所選擇控件的值。因此，假如這個窗體的用戶已經(jīng)選擇了“Europez”，將得到這個條目，通過遍歷Form集得到其值：
Country = EU
由于為每個控件提供了不同的VALUE屬性，反映了每個條目所對應(yīng)的國家或地區(qū)的名稱。假如省略了VALUE屬性，瀏覽器將返回的值為“on”，因此將得到：
Country = on
這是不經(jīng)常用到的，因此一般對使用相同名稱的單選控件使用VALUE屬性。
b) HTML復(fù)選框控件
當(dāng)一個窗體中HTML源碼包含一個復(fù)選框控件時，一般都給定唯一的名稱，例如：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
I enjoy:
<INPUT TYPE=”CHECKBOX” NAME=”Reading” CHECKED> Reading
<INPUT TYPE=”CHECKBOX” NAME=”Eating”> Eating
<INPUT TYPE=”CHECKBOX” NAME=”Sleeping”> Sleeping
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
在這種情況下，提交窗體時，假如僅是第一和第三個復(fù)選框被選中（加標(biāo)記），遍歷Form集合時，會得到下列值：
Reading = on
Sleeping = on
然而，假如為每個復(fù)選框提供一個值，把這個值發(fā)往服務(wù)器代替字符串“on”。例如窗體如下：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
I enjoy:
<INPUT TYPE=”CHECKBOX” VALUE=”Hobby025” NAME=”Hobby” CHECKED>_
Swimming
<INPUT TYPE=”CHECKBOX” VALUE=”Hobby003” NAME=”Hobby” CHECKED>_
Reading
<INPUT TYPE=”CHECKBOX” VALUE=”Hobby068” NAME=”Hobby”>Eating
<INPUT TYPE=”CHECKBOX” VALUE=”Hobby010” NAME=”Hobby”>Sleeping
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
如果除第三個復(fù)選框外，全部提交，在Request.Form集合會產(chǎn)生下列結(jié)果：
Hobby = Hobby025, Hobby003, Hobby010
假如編寫更復(fù)雜一些集合遍歷代碼，如先前所述（單獨顯示每個子鍵），就得到這樣結(jié)果：
Hobby:
Subkey 1 value = Hobby025
Subkey 2 value = Hobby003
Subkey 3 value = Hobby010
需要注意的是兩種情況，沒有選中的控件根本不返回任何值。在第一種情況的結(jié)果里，沒有欺騙性的逗號，第二種情況也沒有空值。這與上述的使用文本框的相當(dāng)?shù)臏y試的結(jié)果不一樣。使用文本框時，每個文本框都返回一個值，即使是一個空字符串。這是瀏覽器造成這樣的結(jié)果。因此在ASP代碼中訪問集合時，要注意這個問題。
上述情況一個棘手的負作用是使用復(fù)選框時，復(fù)選框值的索引與在原始的HTML中控件的位置沒有任何聯(lián)系，在上述的例子中第四個復(fù)選框的子鍵數(shù)為3，因為當(dāng)窗體提交時，第二個控件沒有選中。
c) HTML列表控件
HTML中的<SELE
CT>標(biāo)記用來產(chǎn)生標(biāo)準(zhǔn)的下拉列表框，其值以一種有趣的混合方式表示。下列的窗體創(chuàng)建了包含5個值可供用戶選擇，由于包含了MULTIPLE屬性，因此可以通過選擇時按下Shift或Ctrl鍵，選擇不僅一個的條目。
<FORM ACTION=”show_request.asp” METHOD=”POST”>
<SELECT NAME=”Hobby” SIZE=”5” MULTIPLE>
<OPTION VALUE=”Hobby001”>Programming</OPTION>
<OPTION VALUE=”Hobby025”>Swimming</OPTION>
<OPTION VALUE=”Hobby003”>Reading</OPTION>
<OPTION VALUE=”Hobby068”>Eating</OPTION>
<OPTION VALUE=”Hobby010”>Sleeping</OPTION>
</SELECT><P>
<INPUT TYPE=”SUBMIT” VALUE=”Send”>
</FORM>
下圖所示為該頁面，顯示的是選中了三個條目。
這種特殊的情況返回的是在Form集合中單個條目，它包含選擇的值（單個的<OPTION>標(biāo)記中指定的VALUE屬性），用逗號分隔：
Hobby = Hobby025, Hobby003, Hobby010
假如使用更加復(fù)雜一些的集合遍歷代碼（單獨顯示每個子鍵），將得到：
Hobby:
Subkey 1 value = Hobby025
Subkey 2 value = Hobby003
Subkey 3 value = Hobby010
這與上述相同名稱的復(fù)選框的情況相同。事實上可以認為一個SELECT列表是一列復(fù)選框的列表供選擇（不是選中）相應(yīng)的條目。
然而，列表框也有指定的值，假如在<OPTION>標(biāo)記中設(shè)置VALUE屬性，將得到的是選擇的選項的文本內(nèi)容，Request.Form集將包含這樣一個項目：
Hobby = Swimming, Reading, Sleeping
并且，同樣，復(fù)雜一些的集合遍歷代碼將返回如下結(jié)果：
Hobby:
Subkey 1 value = Swimming
Subkey 2 value = Reading
Subkey 3 value = Sleeping
當(dāng)然，假如單個項目被選擇，且在<OPTION>中提供了VALUE屬性，得到結(jié)果包含的僅是：
Hobby = Hobby025
如果沒有提供VALUE屬性，得到：
Hobby = Swimming
這允許既可以缺�。礋oVALUE）顯示選項文本，也可做相應(yīng)的改變。后一種情況在某些情況下是極為有用的，如要顯示（一個說明的字符串）和傳遞一個完全不同的內(nèi)容（如用一個短碼代表一個說明性的字符串）。
d) HTML提交和圖像控件
復(fù)選框和單選框是布爾型控件的例子，選中或選擇返回的為“on”，不像文本框和大多數(shù)其他的HTML控件，瀏覽器不包含沒有選中或沒有選擇的控件的值。
還有另外一種常用的布爾型控件，稱為HTML按鈕。如<INPUT TYPE=”SUBMIT”>、<INPUT TYPE=”RESET”>、<INPUT TYPE=”IMAGE”>、<INPUT TYPE=”BUTTON”>和<BUTTON>...</BUTTON>類型。
BUTTON類型的控件不返回任何值，因其對窗體沒有直接的影響。即使使用用來調(diào)用窗體的Submit方法，瀏覽器在任何請求中將不包含BUTTON類型控件的值。同樣，一個<INPUT TYPE=”RESET”>按鈕的值也決不會發(fā)往服務(wù)器。
然而，輸入按鈕控件SUBMIT和IMAGE類型實際提交窗體給服務(wù)器，其VALUE屬性包含窗體的其他控件的值（只要在HTML定義中包含一個NAME屬性）。例如，這個窗體可能是向?qū)ь愋蚖eb應(yīng)用程序的一部分，允許用戶一步步進行或取消進程：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
<INPUT TYPE=”SUBMIT” NAME=”btnSubmit” VALUE=”Next”>
<INPUT TYPE=”SUBMIT” NAME=”btnSubmit” VALUE=”Previous”>
<INPUT TYPE=”SUBIMT” NAME=”btnSubmit” VALUE=”Cancel”>
</FORM>
在一個窗體中，可以包括多個SUBMIT按鈕。在這種情況下，應(yīng)該給每一個按鈕唯一的VALUE屬性，如上所示。當(dāng)一個窗體被提交時，遍歷Request.Form集合的值，將產(chǎn)生一個值，這個值依賴于按下哪個按鈕用于提交這個窗體。假如用戶按下的“Previous”按鈕，將得到：
btnSubmit = Previous
因此，可查詢Request.Form集合來決定下一個顯示的頁面，例如：
Select Case Request.Form(“btnSubmit”)
Case “Next”
Response.Redirect “page_3.asp”
Case “Previous”
Response.Redirect “page_1.asp”
Case “Cancel”
Response.Redirect “main_menu.asp”
End Select
同時，也可根據(jù)需要對每個按鈕使用不同的NAM
E屬性。且選擇其值包含在Form集合中的控件名稱。在控件沒有一個完整的標(biāo)記而是隨后跟著較長的文本標(biāo)簽的情況下，極為有用，如下圖所示。
此屏幕上的界面由下列代碼產(chǎn)生：
<FORM ACTION=”show_request.asp” METHOD=”POST”>
<B>What do you want to do now?</B><P>
<INPUT TYPE=”SUBMIT” NAME=”btnNext” VALUE= ”> Go on the next page<P>
<INPUT TYPE=”SUBMIT” NAME=”btnPrevious” Value=” ”> GO back to the previous page<P>
<INPUT TYPE=”SUBMIT” NAME=”btnCancel” VALUE=” ”> Cancel and go back to the main menu page<P>
</FORM>
在ASP頁面中，接收到數(shù)據(jù)后，可以檢查按扭名稱提供的值來判斷按下的是哪個按鈕。
If Len(Request.Form(“btnNext”)) Then Response.Redirect “page_3.asp”
If Len(Request.Form(“btnPrevious”)) Then Response.Redirect “page_1.asp”
If Len(Request.Form(“btnCancel”)) Then Response.Redirect “main_menu.asp”
這個工作是查詢一個鍵上的ASP集合，如果不存在則返回一個空的字符串。換句話說，如果第二個按鈕（previous頁）按下，則Request.Form(“btnNext”)的值是一個空字符串，則其長度為零而不至于產(chǎn)生一個錯誤。當(dāng)?shù)诙䝼�按鈕按下時，則在Form集合中這個條目的值Request.Form（“btnPrevious”），將是“ ”其長度大于零。
e) 提高使用Request集合的效率
訪問一個ASP集合來下載一個值是費時的需計算資源的過程，因為這個操作包含了一系列對相關(guān)集合的搜索，這比訪問一個局部變量要慢得多。因此，如果打算在頁面中多次使用集合中的一個值，應(yīng)該考慮將其存貯成為一個局部變量，例如：
strTitle = Request.Form(“Title”)
strFirstName = Request.Form(“FirstName”)
strLastName = Request.Form(“LastName”)
If Len(stTitle) Then strTitle = strTitle & “ “
If strFirstName = “ “ Then
StrFullName = strTitle & “ “ & strLastName
ElseIf Len(strFirstName) = 1 Then
StrFullName = strTitle & strFirstName & “· “ & strLastName
Else
StrFullName = strTitle & strFirstName & “ ” & strLastName
End If
f) 搜索所有的Request集合
在某些情況下，可能知道一個值的鍵名將出現(xiàn)在Request集合中，但不能準(zhǔn)確地知道是哪一個集合。例如，假如有幾個頁面（或一個頁面的不同段）發(fā)送一個值給同一個ASP腳本，它可能在Form或者QueryString集合中出現(xiàn)。
本章后面部分將研究Form和QueryString集合的差異。
要看一下一個值為什么可能出現(xiàn)在不同的集合中，考慮一下這種情況：使用了<A>超級鏈接元素請求一個頁面。在這種情況下，增加一個值到請求的唯一方法是把它加到URL上。然而，同樣的值可能已出現(xiàn)在另一個頁面的<FORM>中，或同一頁面不同部分：
...
<FORM ACTION=”process_page.asp” METHOD=”POST”>
<INPUT TYPE=”SUBMIT” NAME=”page” VALUE=”Next”>
<INPUT TYPE=”SUBMIT” NAME=”page” VALUE=”Previous”>
<INPUT TYPE=”SUBMIT” NAME=”page” VALUE=”Help”>
</FORM>
...
...
For help go to the <A HREF=”process_page.asp?page=Help”>Help Page</A>
...
在這種情況下，按下窗體上的Help按鈕，將發(fā)送Request.Form集合中一對名稱/值“page=Help”。然而，按下<A>超級鏈接也可能發(fā)送名稱/值“Page=Help”，但是這次卻是在QueryString集合里。為訪問這個值，可使用ASP Request對象的一個特殊功能：
strPage
= Request(“page”)
這將按序搜索全部的集合——QueryString、Form、Cookies、ClientCertificate、ServerVariables，直到發(fā)現(xiàn)第一個匹配值的名稱。這樣做比直接訪問適當(dāng)?shù)募闲实�，并且是不安全的，除非能絕對保證這個值不會出現(xiàn)在另外一個集合中。
例如，可能希望搜集滿足客戶請求的Web服務(wù)器的名稱，這通過出現(xiàn)在每個查詢中的Request.ServerVariables集合中尋找“SERVER_NAME”來實現(xiàn)。然而，假如任一其他的集合也包含名為“server_name”的值（記住鍵名不區(qū)分大小寫），當(dāng)使用Request(“server_name”)時，得到的是錯誤的結(jié)果。使用Reqeust.ServerVariables(“server_name”)句法，我們將很難進行錯誤追蹤。
總而言之，使用“搜索全部集合”技術(shù)要格外小心，且只在沒有其他技術(shù)能夠提供你需要的結(jié)果時使用。
g) 訪問其他的集合
本章的這一節(jié)里，已經(jīng)集中討論了Form集合，這可能是使用得最多的一個。然而，所有這些技術(shù)同樣適用于其他的對象。包括那些由Request對象提供的（即Form、QueryString、Cookies、ServerVariables和ClientCertificate）集合，及由Response對象提供的cookies（及將在下兩章遇到的其他對象提供的集合）。
我們將簡短了解一個值如何進入一個QueryString集合，及其優(yōu)點和不足。然而，同時這兩個Cookies集合有額外的功能，可以使使用cookie更加方便，下面討論這個內(nèi)容。
【ASP 3.0高級編程二】相關(guān)文章：
ASP 3.0高級編程（三）08-06
ASP 3.0高級編程（四）08-06
ASP 3.0高級編程（一）08-06
ASP3.0高級編程（四）08-06
ASP3.0高級編程（三）08-06
工業(yè)革命3.0來了08-15
DNP3.0在基于DSP的FTU中的實現(xiàn)08-06
編程的心得09-13