推薦：.NET Framework 3.5 SP1正式版
微軟今天發(fā)布了.NET Framework 3.5第一個SP服務(wù)包的最終版.這是一個累積更新,包含很多基于.NET Framework 2.0、3.0和3.5不斷生成的新功能,此外還包括.NET Framework 2.0 SP2和.NET Framewo

前幾天我用URL從一個頁面?zhèn)鬟f字符串到另一個頁面的時(shí)，出現(xiàn)了個奇怪的問題，我要傳遞的字符串是“DK51 700中繼站”；可是另一個頁面接收到字符串卻是：“DK51 700中繼口”；加號變成了空格，“站”不能解析出來，變成了不能識別的符號“口”。

我上網(wǎng)查找了原因：URL中有些字符被轉(zhuǎn)義，比如空格被編碼成加號，于是傳的參數(shù)明明是加號，獲取的值卻成了空格。

按照網(wǎng)上的建議，我們應(yīng)該對要傳遞的參數(shù)進(jìn)行編碼處理。于是，我對傳遞的參數(shù)進(jìn)行了處理，但是又衍生了一堆問題出來；我當(dāng)時(shí)為了節(jié)約時(shí)間，就沒有仔細(xì)研究，用了字符串中的Replace（）方法在傳送前代替了這兩個字符，接收到了再代替回來。現(xiàn)在我來具體的展示下這個問題。

1.首先，我們先看下我的開始的問題（環(huán)境：VS2008）：1.1. 新建一個網(wǎng)站，在其中添加一個頁面，一個頁面是Defaul.aspx，另一個頁面Defaul2.aspx，在第一個頁面中添加一個控件：HyperLink1；后臺代碼：

1.2. 在第二個頁面中添加一個Label控件Label1；后臺代碼：

1.3. 結(jié)果顯示：“DK51 700中繼口”。

2.我當(dāng)時(shí)的解決方法：用了字符串中的Replace（）方法在傳送前代替了這兩個字符，接收到了再代替回來。

2.1第一個頁面的后臺代碼：2.2.第二個頁面中，后臺代碼：

2.3.結(jié)果是：“DK51 700中繼站”。正確！

后來我在網(wǎng)上找到這個這樣的設(shè)置，在Web.config中設(shè)置：

這樣的話，就不需要替代中文了，只需要把“ ”替代，中文在這個過程就不會出現(xiàn)問題了。

但是這樣的傳遞中文可能還會遇到其他中文字出問題，最好是采用下面的方法將中文參數(shù)編碼。

3. 我采用URLEncode（）編碼，采用URLEncode（）不在Web.config中設(shè)置好像也可以，在我的測試中沒有問題，但是為了安全，我們還是添加上上面的設(shè)置。

3.1.頁面上都是一致的，第一頁面的后臺代碼：3.2.第二個頁面中，后臺代碼：

3.3.結(jié)果是：“DK51 700中繼站”。正確！

后來我在網(wǎng)上找到這個這樣的設(shè)置，在Web.config中設(shè)置：

這樣的話，就不需要替代中文了，只需要把“ ”替代，中文在這個過程就不會出現(xiàn)問題了。

但是這樣的傳遞中文可能還會遇到其他中文字出問題，最好是采用下面的方法將中文參數(shù)編碼。

4.我采用URLEncode（）編碼，采用URLEncode（）不在Web.config中設(shè)置好像也可以，在我的測試中沒有問題，但是為了安全，我們還是添加上上面的設(shè)置。

4.1.頁面上都是一致的，第一頁面的后臺代碼：

4.2 第二頁面的后臺代碼：

4.3 結(jié)果是：“DK51 700中繼站”。正確！

注意：一定要前后對應(yīng)，比如在這里，第一頁面中是先編碼的，后替代，第二頁面中就要先替代，再解碼，不然就會出錯，如：“DK51 700中繼站”

我在開頭提到，遇到了比較多的問題：

1. 網(wǎng)上的資料有的說是用“ ”來替代“ ”，但是我嘗試了下，結(jié)果卻是錯誤的： “DK51 700中繼站”，這是什么原因呢？是網(wǎng)上說錯了嗎？但是在下面的情況中，又很讓我苦笑不得，不知道具體是什么原因。

2. 接上面，還是用“ ”來替代“ ”；我在一次錯誤的輸入，在第一頁面后臺輸入了name = Server.UrlEncode（name）；第二頁面中解碼是 name = Server.HtmlDecode（name）；居然是結(jié)果對的，“DK51 700中繼站”。我換了其他的替代字符，結(jié)果也是正確的。

但是我換了其他編碼和解碼組合：Server.HtmlEncode（name）和Server.UrlDecode（name），或者Server.HtmlEncode（name）和Server.HtmlDecode（name）組合，結(jié)果就不對。連中文都不對：“DK51 700中繼口”。

3. 我采用Server.HtmlEncode（name）和Server.HtmlDecode（name）組合，要得到正確的結(jié)果，必須用像“@”這樣的特殊字符來替代“ ”，當(dāng)然還有在Web.config中添加設(shè)置，設(shè)置內(nèi)容如上。

4. 我在查資料的時(shí)候還有提到一種方法；不需要在Web.config中添加設(shè)置，在aspx文件中添加：<meta http-equiv="Content-Type" content="text/html； charset=gb2312">我嘗試了，沒成功。

5. 我還有個疑問是，在這里，我是用“@”的特殊字符來代替“ ”，因?yàn)樵谖业淖址�串中是不可能出現(xiàn)“@”，才這樣做的。但是如果我的字符串中可能出現(xiàn)這些特殊字符串，我又該如何替代呢？

6. 我在經(jīng)歷了這些測試后，覺得最安全的方法，在URL中傳遞參數(shù)時(shí)，最好還是使用URLDecode（）方法。在Web.config中配置上

配置這個是需要注意，你的程序中的字符集是不是也用這個“gb2312”來編碼解碼的，如果不是，就要注意了可能引發(fā)的錯誤了。我在程序中就遇到了這個問題，我的程序中的畫面就是用xml傳遞的，我加了這個設(shè)置后，就不能顯示畫面，我找了很長時(shí)間，才知道是是兩種編碼規(guī)則沖突。我畫面中設(shè)置的UTF-8，被全局變量復(fù)制了.

分享：淺析ASP.NET MVC ：MVC頁面驗(yàn)證與授權(quán)
在ASP.NET MVC中，如何來實(shí)現(xiàn)表單的驗(yàn)證與授權(quán)訪問呢？至少在CTP3中，還沒有一個官方的解決方案。ASP.NET WebForm的表單驗(yàn)證和授權(quán)機(jī)制是否適合在ASP.NET MVC中使用呢？帶著這些問題來進(jìn)入