查看了QueryString的定義類型是NameValueCollection，就誤以為這是NameValueCollection的重寫了ToString()的方法，于是放心地將代碼轉移到了業務邏輯層。因為還要重構查詢參數，因此重新構建了一個NameValueCollection，并想當然地用ToString()的結果作為Key。但實際運行之后發現，每次的結果都一樣的，都是第一次的查詢結果。經調試，發現NameValueCollection的ToString()方法并沒有重新，還是返回的是“System.Collections.Specialized.NameValueCollection”。
先看看調試時的情況，發現QueryString的實際類型是System.Web.HttpValueCollection,該類型繼承自NameObjectCollectionBase,跟NameValueCollection的基類是一樣的。那么最有可能的就是QueryString直接繼承了NameValueCollection，并且重寫了ToString()的方法。
普通NameValueCollection的表現如下
根據以上判斷基本為什么QueryString表面上看起來是NameValueCollection但又實際上表現出不同的ToString表現。
接下來繼續了解一下System.Web.HttpValueCollection是何方神圣。該類用起來似乎很方便，也嘗試在代碼中使用，但提示找不到類。在MSDN中也沒有明確該類的記錄，可以基本判定為私有的類型或者受保護的。搜索之后發現，該類是的完整定義是System.Web.HttpValueCollection, System.Web, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a，只能通過反射的方式訪問或修改該類型。因此想用這個類的話，基本上是比較麻煩，不太值得。但是在一般開發者眼中，都希望查詢字符串的和NameValueCollection能很順暢的進行呼喚，通過ToString()的簡單方式就能獲得。目前要實現兩者的轉換有以下方式
從查詢字符串內容轉換到NameValueCollection
HttpUtility.ParseQueryString(querystring);(參考http://msdn.microsoft.com/zh-cn/library/ms150046(v=VS.90).aspx)，這種方式得到的就是正品QueryString,ToString()后為所實際的值。
從NameValueCollection轉化的為查詢字符串
只能遍歷NameValueCollection，然后自個拼出一個查詢字符串了
復制代碼 代碼如下:
foreach (string key in c.Keys)
{
sb.AppendFormat("{0}={1}", key, c[key]);
}
但實際上我們希望有更自然的方式，因為往往我們跟樂于操作可讀寫的NameValueCollection，而不是只讀的QueryString。
老外對此也提出了意見，具體可參考
http://msmvps.com/blogs/paulomorgado/archive/2008/07/15/make-the-httpvaluecollection-class-public-and-move-it-to-system-dll.aspx
您可能感興趣的文章:- asp下request.querystring("id")與request("id")區別
- asp.net下Request.QueryString取不到值的解決方法
- 循環取值Request.QueryString的用法
- 從客戶端檢測到有潛在危險的Request.Form值的asp.net代碼
- asp.net 從客戶端中檢測到有潛在危險的 Request.Form 值錯誤解
- ASP.NET中Request.Form中文亂碼的解決方法
- ASP讀取Request.QueryString編碼的函數代碼
- asp.net中Request.QueryString與Request.Param的區別分析
- 有潛在危險的 Request.Form 值避免方法
- ASP.NET從客戶端中檢測到有潛在危險的request.form值的3種解決方法
- ASP.NET檢測到不安全 Request.Form 值解決方案匯總
- Jquery中request和request.form和request.querystring的區別
