- 相關(guān)推薦
ASP 3.0高級編程(二)
使用Form和QueryString集合當(dāng)用戶填寫頁面<FORM>內(nèi)容時(shí)所提供的全部值,或在瀏覽器地址欄輸入在URL后的值,通過Form和QueryString集合為ASP腳本所用。這是在ASP代碼中訪問值的一種簡單方法。
1、 訪問ASP集合的一般技術(shù)
大多數(shù)ASP集合與在VB中見到的普通集合相差不多。實(shí)際上,它們是值的數(shù)組,但能通過使用一個(gè)文本字符串鍵(對大小不敏感)以及一個(gè)整型索引進(jìn)行訪問。因此,假如客戶端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中第一個(gè)定義的控件開始,然后根據(jù)定義的順序排序:
strFirstName = Request.Form(1)
strLastName = Request.Form(2)
然而,后面的這種以整型為索引的技術(shù)不推薦使用,因?yàn)橐坏┯蠬TML中的控件發(fā)生了變化,或者插入一個(gè)新的控件,則ASP代碼將得到錯(cuò)誤的值。進(jìn)一步而言,對于閱讀代碼的人來講,極容易混淆。
1) 訪問集合的全部值
可以通過引用集合把整個(gè)Form上的一系列值變成單個(gè)的字符變量,且不用提供鍵或索引。
StrAllFormContent = Request.Form
假如文本框包含值Priscilla和Descartes,則Request.Form語句將返回下列字符:
FirstName=Priscilla&LastName=Descartes
注意,提供的值是以名稱/值對的形式出現(xiàn)的(即控件名稱=控件值),并且每一對名稱/值相互之間是用符號“&”相分隔的。假如打算把窗體中的內(nèi)容傳遞單獨(dú)的,希望得到值的標(biāo)準(zhǔn)格式的可執(zhí)行應(yīng)用程序或DLL,這個(gè)技術(shù)是很有用的。然而,一般說來,都是通過以窗體中控件的名稱為文本鍵來訪問集合中的內(nèi)容。
2) 遍歷一個(gè)ASP集合
有兩種方式遍歷一個(gè)ASP集合中的所有成員,方式與普通VB集合的基本相同。每個(gè)集合提供一個(gè)Count屬性,返回的是集合中條目數(shù)量。可通過使用一個(gè)整型索引使用Count屬性來遍歷。
For intLoop=1 To Request.Form.Count
Response.Write Request.Form(intLoop) & “<BR>”
Next
假如先前的窗體包含Priscilla和Descartes值的兩個(gè)文本框,將得到如下結(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集合中的各個(gè)成員可能不止一個(gè)值,這種情況發(fā)生在HTML定義中有幾個(gè)控件有相同Name屬性時(shí)。例如:
<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)建一個(gè)條目。然而,它將包括從三個(gè)文本框中得到的值。假如在提交時(shí),用戶留下了一個(gè)或多個(gè)為空,則返回的值為空字符串。假如用戶在第一和第三個(gè)文本框分別輸入Gardening和Mountaineering,第二個(gè)文本框?yàn)榭,在我們的ASP代碼中訪問Request.Form(“OtherHobby”),將返回字符串:
Gardening, ,Mountaineering
為了能夠在這種情況下,訪問單個(gè)值,可以用復(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
對于前面的包含三個(gè)OtherHobby控件的窗體實(shí)例,這將返回:
OtherHobby:
Subkey 1 value = Gardening
Subkey 2 value =
Subkey 3 value = Mountaineering
然而,由于很少給多個(gè)文本框相同的名字,因此這種技術(shù)很少用到。
a) HTML中的單選或選頁按鈕控件
在HTML中,需要給幾個(gè)控件相同的Name屬性的情況是單選(或選項(xiàng))按鈕,例如:
<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>
因?yàn)橛脩糁荒苓x擇多項(xiàng)中的一個(gè)(這就是給它們相同的名字的原因),將僅得到一個(gè)返回值,瀏覽器只能發(fā)送所選擇控件的值。因此,假如這個(gè)窗體的用戶已經(jīng)選擇了“Europez”,將得到這個(gè)條目,通過遍歷Form集得到其值:
Country = EU
由于為每個(gè)控件提供了不同的VALUE屬性,反映了每個(gè)條目所對應(yīng)的國家或地區(qū)的名稱。假如省略了VALUE屬性,瀏覽器將返回的值為“on”,因此將得到:
Country = on
這是不經(jīng)常用到的,因此一般對使用相同名稱的單選控件使用VALUE屬性。
b) HTML復(fù)選框控件
當(dāng)一個(gè)窗體中HTML源碼包含一個(gè)復(fù)選框控件時(shí),一般都給定唯一的名稱,例如:
<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>
在這種情況下,提交窗體時(shí),假如僅是第一和第三個(gè)復(fù)選框被選中(加標(biāo)記),遍歷Form集合時(shí),會(huì)得到下列值:
Reading = on
Sleeping = on
然而,假如為每個(gè)復(fù)選框提供一個(gè)值,把這個(gè)值發(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>
如果除第三個(gè)復(fù)選框外,全部提交,在Request.Form集合會(huì)產(chǎn)生下列結(jié)果:
Hobby = Hobby025, Hobby003, Hobby010
假如編寫更復(fù)雜一些集合遍歷代碼,如先前所述(單獨(dú)顯示每個(gè)子鍵),就得到這樣結(jié)果:
Hobby:
Subkey 1 value = Hobby025
Subkey 2 value = Hobby003
Subkey 3 value = Hobby010
需要注意的是兩種情況,沒有選中的控件根本不返回任何值。在第一種情況的結(jié)果里,沒有欺騙性的逗號,第二種情況也沒有空值。這與上述的使用文本框的相當(dāng)?shù)臏y試的結(jié)果不一樣。使用文本框時(shí),每個(gè)文本框都返回一個(gè)值,即使是一個(gè)空字符串。這是瀏覽器造成這樣的結(jié)果。因此在ASP代碼中訪問集合時(shí),要注意這個(gè)問題。
上述情況一個(gè)棘手的負(fù)作用是使用復(fù)選框時(shí),復(fù)選框值的索引與在原始的HTML中控件的位置沒有任何聯(lián)系,在上述的例子中第四個(gè)復(fù)選框的子鍵數(shù)為3,因?yàn)楫?dāng)窗體提交時(shí),第二個(gè)控件沒有選中。
c) HTML列表控件
HTML中的<SELE
CT>標(biāo)記用來產(chǎn)生標(biāo)準(zhǔn)的下拉列表框,其值以一種有趣的混合方式表示。下列的窗體創(chuàng)建了包含5個(gè)值可供用戶選擇,由于包含了MULTIPLE屬性,因此可以通過選擇時(shí)按下Shift或Ctrl鍵,選擇不僅一個(gè)的條目。
<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>
下圖所示為該頁面,顯示的是選中了三個(gè)條目。
這種特殊的情況返回的是在Form集合中單個(gè)條目,它包含選擇的值(單個(gè)的<OPTION>標(biāo)記中指定的VALUE屬性),用逗號分隔:
Hobby = Hobby025, Hobby003, Hobby010
假如使用更加復(fù)雜一些的集合遍歷代碼(單獨(dú)顯示每個(gè)子鍵),將得到:
Hobby:
Subkey 1 value = Hobby025
Subkey 2 value = Hobby003
Subkey 3 value = Hobby010
這與上述相同名稱的復(fù)選框的情況相同。事實(shí)上可以認(rèn)為一個(gè)SELECT列表是一列復(fù)選框的列表供選擇(不是選中)相應(yīng)的條目。
然而,列表框也有指定的值,假如在<OPTION>標(biāo)記中設(shè)置VALUE屬性,將得到的是選擇的選項(xiàng)的文本內(nèi)容,Request.Form集將包含這樣一個(gè)項(xiàng)目:
Hobby = Swimming, Reading, Sleeping
并且,同樣,復(fù)雜一些的集合遍歷代碼將返回如下結(jié)果:
Hobby:
Subkey 1 value = Swimming
Subkey 2 value = Reading
Subkey 3 value = Sleeping
當(dāng)然,假如單個(gè)項(xiàng)目被選擇,且在<OPTION>中提供了VALUE屬性,得到結(jié)果包含的僅是:
Hobby = Hobby025
如果沒有提供VALUE屬性,得到:
Hobby = Swimming
這允許既可以缺。礋oVALUE)顯示選項(xiàng)文本,也可做相應(yīng)的改變。后一種情況在某些情況下是極為有用的,如要顯示(一個(gè)說明的字符串)和傳遞一個(gè)完全不同的內(nèi)容(如用一個(gè)短碼代表一個(gè)說明性的字符串)。
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類型控件的值。同樣,一個(gè)<INPUT TYPE=”RESET”>按鈕的值也決不會(huì)發(fā)往服務(wù)器。
然而,輸入按鈕控件SUBMIT和IMAGE類型實(shí)際提交窗體給服務(wù)器,其VALUE屬性包含窗體的其他控件的值(只要在HTML定義中包含一個(gè)NAME屬性)。例如,這個(gè)窗體可能是向?qū)ь愋蚖eb應(yīng)用程序的一部分,允許用戶一步步進(jìn)行或取消進(jìn)程:
<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>
在一個(gè)窗體中,可以包括多個(gè)SUBMIT按鈕。在這種情況下,應(yīng)該給每一個(gè)按鈕唯一的VALUE屬性,如上所示。當(dāng)一個(gè)窗體被提交時(shí),遍歷Request.Form集合的值,將產(chǎn)生一個(gè)值,這個(gè)值依賴于按下哪個(gè)按鈕用于提交這個(gè)窗體。假如用戶按下的“Previous”按鈕,將得到:
btnSubmit = Previous
因此,可查詢Request.Form集合來決定下一個(gè)顯示的頁面,例如:
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
同時(shí),也可根據(jù)需要對每個(gè)按鈕使用不同的NAM
E屬性。且選擇其值包含在Form集合中的控件名稱。在控件沒有一個(gè)完整的標(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ù)后,可以檢查按扭名稱提供的值來判斷按下的是哪個(gè)按鈕。
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”
這個(gè)工作是查詢一個(gè)鍵上的ASP集合,如果不存在則返回一個(gè)空的字符串。換句話說,如果第二個(gè)按鈕(previous頁)按下,則Request.Form(“btnNext”)的值是一個(gè)空字符串,則其長度為零而不至于產(chǎn)生一個(gè)錯(cuò)誤。當(dāng)?shù)诙䝼(gè)按鈕按下時(shí),則在Form集合中這個(gè)條目的值Request.Form(“btnPrevious”),將是“ ”其長度大于零。
e) 提高使用Request集合的效率
訪問一個(gè)ASP集合來下載一個(gè)值是費(fèi)時(shí)的需計(jì)算資源的過程,因?yàn)檫@個(gè)操作包含了一系列對相關(guān)集合的搜索,這比訪問一個(gè)局部變量要慢得多。因此,如果打算在頁面中多次使用集合中的一個(gè)值,應(yīng)該考慮將其存貯成為一個(gè)局部變量,例如:
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集合
在某些情況下,可能知道一個(gè)值的鍵名將出現(xiàn)在Request集合中,但不能準(zhǔn)確地知道是哪一個(gè)集合。例如,假如有幾個(gè)頁面(或一個(gè)頁面的不同段)發(fā)送一個(gè)值給同一個(gè)ASP腳本,它可能在Form或者QueryString集合中出現(xiàn)。
本章后面部分將研究Form和QueryString集合的差異。
要看一下一個(gè)值為什么可能出現(xiàn)在不同的集合中,考慮一下這種情況:使用了<A>超級鏈接元素請求一個(gè)頁面。在這種情況下,增加一個(gè)值到請求的唯一方法是把它加到URL上。然而,同樣的值可能已出現(xiàn)在另一個(gè)頁面的<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集合里。為訪問這個(gè)值,可使用ASP Request對象的一個(gè)特殊功能:
strPage
= Request(“page”)
這將按序搜索全部的集合——QueryString、Form、Cookies、ClientCertificate、ServerVariables,直到發(fā)現(xiàn)第一個(gè)匹配值的名稱。這樣做比直接訪問適當(dāng)?shù)募闲实,并且是不安全的,除非能絕對保證這個(gè)值不會(huì)出現(xiàn)在另外一個(gè)集合中。
例如,可能希望搜集滿足客戶請求的Web服務(wù)器的名稱,這通過出現(xiàn)在每個(gè)查詢中的Request.ServerVariables集合中尋找“SERVER_NAME”來實(shí)現(xiàn)。然而,假如任一其他的集合也包含名為“server_name”的值(記住鍵名不區(qū)分大小寫),當(dāng)使用Request(“server_name”)時(shí),得到的是錯(cuò)誤的結(jié)果。使用Reqeust.ServerVariables(“server_name”)句法,我們將很難進(jìn)行錯(cuò)誤追蹤。
總而言之,使用“搜索全部集合”技術(shù)要格外小心,且只在沒有其他技術(shù)能夠提供你需要的結(jié)果時(shí)使用。
g) 訪問其他的集合
本章的這一節(jié)里,已經(jīng)集中討論了Form集合,這可能是使用得最多的一個(gè)。然而,所有這些技術(shù)同樣適用于其他的對象。包括那些由Request對象提供的(即Form、QueryString、Cookies、ServerVariables和ClientCertificate)集合,及由Response對象提供的cookies(及將在下兩章遇到的其他對象提供的集合)。
我們將簡短了解一個(gè)值如何進(jìn)入一個(gè)QueryString集合,及其優(yōu)點(diǎn)和不足。然而,同時(shí)這兩個(gè)Cookies集合有額外的功能,可以使使用cookie更加方便,下面討論這個(gè)內(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中的實(shí)現(xiàn)08-06
編程的心得09-13