注意，一些瀏覽器返回到ASP的＜FORM＞值可能與頁面上顯示的順序不盡相同。
 

　　3) 集合成員的多值性

　　在某些情況下，ASP集合中的各個成員可能不止一個值，這種情況發生在HTML定義中有幾個控件有相同Name屬性時。例如：
 

　　因為用戶只能選擇多項中的一個（這就是給它們相同的名字的原因），將僅得到一個返回值，瀏覽器只能發送所選擇控件的值。因此，假如這個窗體的用戶已經選擇了“Europez”，將得到這個條目，通過遍歷Form集得到其值：

Country = EU

　　由于為每個控件提供了不同的VALUE屬性，反映了每個條目所對應的國家或地區的名稱。假如省略了VALUE屬性，瀏覽器將返回的值為“on”，因此將得到：

Country = on

　　這是不經常用到的，因此一般對使用相同名稱的單選控件使用VALUE屬性。

　　b) HTML復選框控件

　　當一個窗體中HTML源碼包含一個復選框控件時，一般都給定唯一的名稱，例如：
 

　　在這種情況下，提交窗體時，假如僅是第一和第三個復選框被選中（加標記），遍歷Form集合時，會得到下列值：
 

　　然而，假如為每個復選框提供一個值，把這個值發往服務器代替字符串“on”。例如窗體如下：
 

 　如果除第三個復選框外，全部提交，在Request.Form集合會產生下列結果：
 

　　假如編寫更復雜一些集合遍歷代碼，如先前所述（單獨顯示每個子鍵），就得到這樣結果：
 

　　需要注意的是兩種情況，沒有選中的控件根本不返回任何值。在第一種情況的結果里，沒有欺騙性的逗號，第二種情況也沒有空值。這與上述的使用文本框的相當的測試的結果不一樣。使用文本框時，每個文本框都返回一個值，即使是一個空字符串。這是瀏覽器造成這樣的結果。因此在ASP代碼中訪問集合時，要注意這個問題。

　　上述情況一個棘手的負作用是使用復選框時，復選框值的索引與在原始的HTML中控件的位置沒有任何聯系，在上述的例子中第四個復選框的子鍵數為3，因為當窗體提交時，第二個控件沒有選中。

　　c) HTML列表控件

　　HTML中的＜SELECT＞標記用來產生標準的下拉列表框，其值以一種有趣的混合方式表示。下列的窗體創建了包含5個值可供用戶選擇，由于包含了MULTIPLE屬性，因此可以通過選擇時按下Shift或Ctrl鍵，選擇不僅一個的條目。
 

　　這種特殊的情況返回的是在Form集合中單個條目，它包含選擇的值（單個的＜OPTION＞標記中指定的VALUE屬性），用逗號分隔：
 

　　假如使用更加復雜一些的集合遍歷代碼（單獨顯示每個子鍵），將得到：
 

　　這與上述相同名稱的復選框的情況相同。事實上可以認為一個SELECT列表是一列復選框的列表供選擇（不是選中）相應的條目。

　　然而，列表框也有指定的值，假如在＜OPTION＞標記中設置VALUE屬性，將得到的是選擇的選項的文本內容，Request.Form集將包含這樣一個項目：
 

　　并且，同樣，復雜一些的集合遍歷代碼將返回如下結果：
 

　　當然，假如單個項目被選擇，且在＜OPTION＞中提供了VALUE屬性，得到結果包含的僅是：
 

　　如果沒有提供VALUE屬性，得到：
 

　　這允許既可以缺?。礋oVALUE）顯示選項文本，也可做相應的改變。后一種情況在某些情況下是極為有用的，如要顯示（一個說明的字符串）和傳遞一個完全不同的內容（如用一個短碼代表一個說明性的字符串）。
 

　　d) HTML提交和圖像控件

　　復選框和單選框是布爾型控件的例子，選中或選擇返回的為“on”，不像文本框和大多數其他的HTML控件，瀏覽器不包含沒有選中或沒有選擇的控件的值。

　　還有另外一種常用的布爾型控件，稱為HTML按鈕。如＜INPUT TYPE=”SUBMIT”＞、＜INPUT TYPE=”RESET”＞、＜INPUT TYPE=”IMAGE”＞、＜INPUT TYPE=”BUTTON”＞和＜BUTTON＞...＜/BUTTON＞類型。

　　BUTTON類型的控件不返回任何值，因其對窗體沒有直接的影響。即使使用用來調用窗體的Submit方法，瀏覽器在任何請求中將不包含BUTTON類型控件的值。同樣，一個＜INPUT TYPE=”RESET”＞按鈕的值也決不會發往服務器。

　　然而，輸入按鈕控件SUBMIT和IMAGE類型實際提交窗體給服務器，其VALUE屬性包含窗體的其他控件的值（只要在HTML定義中包含一個NAME屬性）。例如，這個窗體可能是向導類型Web應用程序的一部分，允許用戶一步步進行或取消進程：
 

　　在一個窗體中，可以包括多個SUBMIT按鈕。在這種情況下，應該給每一個按鈕唯一的VALUE屬性，如上所示。當一個窗體被提交時，遍歷Request.Form集合的值，將產生一個值，這個值依賴于按下哪個按鈕用于提交這個窗體。假如用戶按下的“Previous”按鈕，將得到：

btnSubmit = Previous

　　因此，可查詢Request.Form集合來決定下一個顯示的頁面，例如：
 

　　同時，也可根據需要對每個按鈕使用不同的NAME屬性。且選擇其值包含在Form集合中的控件名稱。在控件沒有一個完整的標記而是隨后跟著較長的文本標簽的情況下，極為有用，如下圖所示。

　　此屏幕上的界面由下列代碼產生：
 

　　在ASP頁面中，接收到數據后，可以檢查按扭名稱提供的值來判斷按下的是哪個按鈕。
 

　　這個工作是查詢一個鍵上的ASP集合，如果不存在則返回一個空的字符串。換句話說，如果第二個按鈕（previous頁）按下，則Request.Form(“btnNext”)的值是一個空字符串，則其長度為零而不至于產生一個錯誤。當第二個按鈕按下時，則在Form集合中這個條目的值Request.Form（“btnPrevious”），將是“ ”其長度大于零。

　　e) 提高使用Request集合的效率

　　訪問一個ASP集合來下載一個值是費時的需計算資源的過程，因為這個操作包含了一系列對相關集合的搜索，這比訪問一個局部變量要慢得多。因此，如果打算在頁面中多次使用集合中的一個值，應該考慮將其存貯成為一個局部變量，例如：
 

　　f) 搜索所有的Request集合

　　在某些情況下，可能知道一個值的鍵名將出現在Request集合中，但不能準確地知道是哪一個集合。例如，假如有幾個頁面（或一個頁面的不同段）發送一個值給同一個ASP腳本，它可能在Form或者QueryString集合中出現。

　　要看一下一個值為什么可能出現在不同的集合中，考慮一下這種情況：使用了＜A＞超級鏈接元素請求一個頁面。在這種情況下，增加一個值到請求的唯一方法是把它加到URL上。然而，同樣的值可能已出現在另一個頁面的＜FORM＞中，或同一頁面不同部分：
 

　　在這種情況下，按下窗體上的Help按鈕，將發送Request.Form集合中一對名稱/值“page=Help”。然而，按下＜A＞超級鏈接也可能發送名稱/值“Page=Help”，但是這次卻是在QueryString集合里。為訪問這個值，可使用ASP Request對象的一個特殊功能：
strPage = Request(“page”)

　　這將按序搜索全部的集合——QueryString、Form、Cookies、ClientCertificate、ServerVariables，直到發現第一個匹配值的名稱。這樣做比直接訪問適當的集合效率低，并且是不安全的，除非能絕對保證這個值不會出現在另外一個集合中。

　　例如，可能希望搜集滿足客戶請求的Web服務器的名稱，這通過出現在每個查詢中的Request.ServerVariables集合中尋找“SERVER_NAME”來實現。然而，假如任一其他的集合也包含名為“server_name”的值（記住鍵名不區分大小寫），當使用Request(“server_name”)時，得到的是錯誤的結果。使用Reqeust.ServerVariables(“server_name”)句法，我們將很難進行錯誤追蹤。
總而言之，使用“搜索全部集合”技術要格外小心，且只在沒有其他技術能夠提供你需要的結果時使用。

　　g) 訪問其他的集合

　　本文的這一節里，已經集中討論了Form集合，這可能是使用得最多的一個。然而，所有這些技術同樣適用于其他的對象。包括那些由Request對象提供的（即Form、QueryString、Cookies、ServerVariables和ClientCertificate）集合，及由Response對象提供的cookies（及其他對象提供的集合）。

　　我們將簡短了解一個值如何進入一個QueryString集合，及其優點和不足。然而，同時這兩個Cookies集合有額外的功能，可以使使用cookie更加方便，下面討論這個內容。