ASP 3.0高級編程(二)
發(fā)表時間:2024-02-06 來源:明輝站整理相關(guān)軟件相關(guān)文章人氣:
[摘要]使用Form和QueryString集合 當(dāng)用戶填寫頁面<FORM>內(nèi)容時所提供的全部值,或在瀏覽器地址欄輸入在URL后的值,通過Form和QueryString集合為ASP腳本所用。這是在ASP代碼中訪問值的一種簡單方法。1、 訪問ASP集合的一般技術(shù)大多數(shù)ASP集合與在VB中...
使用Form和QueryString集合 當(dāng)用戶填寫頁面<FORM>內(nèi)容時所提供的全部值,或在瀏覽器地址欄輸入在URL后的值,通過Form和QueryString集合為ASP腳本所用。這是在ASP代碼中訪問值的一種簡單方法。 1、 訪問ASP集合的一般技術(shù)大多數(shù)ASP集合與在VB中見到的普通集合相差不多。實際上,它們是值的數(shù)組,但能通過使用一個文本字符串鍵(對大小不敏感)以及一個整型索引進(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中第一個定義的控件開始,然后根據(jù)定義的順序排序: strFirstName = Request.Form(1) strLastName = Request.Form(2) 然而,后面的這種以整型為索引的技術(shù)不推薦使用,因為一旦有HTML中的控件發(fā)生了變化,或者插入一個新的控件,則ASP代碼將得到錯誤的值。進(jìn)一步而言,對于閱讀代碼的人來講,極容易混淆。 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 = “_ & 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ù)選框時,復(fù)選框值的索引與在原始的HTML中控件的位置沒有任何聯(lián)系,在上述的例子中第四個復(fù)選框的子鍵數(shù)為3,因為當(dāng)窗體提交時,第二個控件沒有選中。 c) HTML列表控件 HTML中的<SELECT>標(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ù)選框的情況相同。事實上可以認(rèn)為一個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)用程序的一部分,允許用戶一步步進(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> 在一個窗體中,可以包括多個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ù)需要對每個按鈕使用不同的NAME屬性。且選擇其值包含在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”)句法,我們將 很難進(jìn)行錯誤追蹤。 總而言之,使用“搜索全部集合”技術(shù)要格外小心,且只在沒有其他技術(shù)能夠提供你需要的結(jié)果時使用。 g) 訪問其他的集合 本章的這一節(jié)里,已經(jīng)集中討論了Form集合,這可能是使用得最多的一個。然而,所有這些技術(shù)同樣適用于其他的對象。包括那些由Request對象提供的(即Form、QueryString、Cookies、ServerVariables和ClientCertificate)集合,及由Response對象提供的cookies(及將在下兩章遇到的其他對象提供的集合)。 我們將簡短了解一個值如何進(jìn)入一個QueryString集合,及其優(yōu)點和不足。然而,同時這兩個Cookies集合有額外的功能,可以使使用cookie更加方便,下面討論這個內(nèi)容。 |