在向大家詳細介紹VB.NET之前，首先讓大家了解下VB.NET WEB。大家都知道WebRequest 和 WebResponse是兩種我們訪問Internet常用的類，嚴格說，WebRequest是一個抽象基類，我們一般用它的衍生類 HttpWebRequest 以及 FileWebRequest，F(xiàn)TP的訪問需要手動注冊，具體看后面的插入?yún)f(xié)議。

#T#從邏輯角度上講，Net classes 包含三個層：請求/響應(yīng)層、應(yīng)用協(xié)議層和傳輸層，依次展開，從應(yīng)用程序到網(wǎng)絡(luò)。WebRequest 和 WebResponse 類代表請求/響應(yīng)層。HTTP、TCP 和 UDP 類組成了應(yīng)用協(xié)議層，而套接字存在于傳輸層中。WebRequest/WebResponse 和 HTTP 可以在 System.Net 名稱空間中找到，而 TCP/UDP 和套接字則處在 System.Net.Sockets 名稱空間中，包括也常用的UDPClient、TCPCLient。

WebRequest 和 WebResponse(請求/響應(yīng)模型)
請求/響應(yīng)模型位于頂部，提供一種簡單的方式訪問 VB.NET WEB上的資源。WebRequest 是 .NET 框架的用于訪問 Internet 數(shù)據(jù)的請求/響應(yīng)模型的抽象基類。使用該請求/響應(yīng)模型的應(yīng)用程序可以用協(xié)議不可知的方式從 Internet 請求數(shù)據(jù)，什么意思？就是協(xié)議不具體。

這兩種類提供了一種訪問網(wǎng)上資源的一般方式。WebRequest 表示一個網(wǎng)絡(luò)請求，包含諸如 RequestURI、Headers、Credentials 和 ContentType 等屬性。WebRequest 上的主要方法有 GetRequestStream、GetResponse 以及它們的異步方法Begin/EndGetRequestStream 和 Begin/EndGetResponse。 GetRequestStream 用于獲取流以便將數(shù)據(jù)上載到服務(wù)器。GetResponse 用于獲取服務(wù)器返回的響應(yīng)對象。WebResponse 表示從處理該請求的服務(wù)器接收回的響應(yīng)。其關(guān)鍵屬性有 ContentLength、ContentType、headers、ResponseURI 和 Status。WebResponse 上最常用的方法是 GetResponseStream，它用于從服務(wù)器讀?。ㄏ螺d）數(shù)據(jù)。

當對 WebRequest.GetResponse 進行調(diào)用時，通常發(fā)出實際的網(wǎng)絡(luò)請求。

這個示例顯示如何獲取一個 VB.NET WEB 頁并將其內(nèi)容輸出：

Dim url As New Uri("http://www.yahoo.com")　‘定義一個URI  
Dim Req As WebRequest  
Req = WebRequest.Create(url)  
Dim Resp As WebResponse  
Try  
Resp = Req.GetResponse ‘獲得一個響應(yīng)  
Catch exc As Exception  
MsgBox(exc.Message)  
End Try  
Dim netStream As StreamReader  
netStream = New StreamReader(Resp.GetResponseStream)  
Debug.WriteLine(netStream.ReadToEnd)  

當然，上面的例子只是一個簡單的操作，可以返回一個流式的數(shù)據(jù)。下面充分挖掘一下它們的優(yōu)勢（與WebClient相比）。

可插入?yún)f(xié)議
當某個應(yīng)用程序僅僅使用 WebRequest 和 WebResponse 類時，無需修改應(yīng)用程序的任何代碼就可以“插入”和使用新的協(xié)議。注冊一個帶 WebRequestFactory 的 URI 模式在程序的持續(xù)時間內(nèi)插入?yún)f(xié)議支持。注冊是通過調(diào)用 WebRequestFactory.Register() 方法完成的。對于 HTTP 協(xié)議，這種方法是從內(nèi)部調(diào)用的，因此它被默認注冊；盡管如此，在將來可以實現(xiàn)和注冊任意數(shù)目的其他協(xié)議。當然，由于 Internet 上的協(xié)議數(shù)量巨大，這種模型并不是對所有的情況都理想。那些“饒舌”的或另外排斥請求/響應(yīng)模型的協(xié)議可能會在 TCP 或 UDP 類中更好地執(zhí)行，或者在某些情況下會在 Sockets 類中更好地執(zhí)行。有關(guān)HTTP方面的操作我們可以使用HttpWebRequest。

下面說明幾個具體問題：

1． 程序分塊

當應(yīng)用程序需要發(fā)送或接收數(shù)據(jù)，而數(shù)據(jù)的準確大小在下載/ 上載開始時還未知時，程序分塊是有用的。當基于其他應(yīng)用程序或服務(wù)器邏輯正在創(chuàng)建所討論的數(shù)據(jù)時，使用程序分塊技術(shù)是最普遍的。要發(fā)送分塊的數(shù)據(jù)，應(yīng)該將 WebRequest 轉(zhuǎn)換為 HttpWebRequest 并且將 HttpWebRequest.SendChunked 的屬性設(shè)置為TRUE。如果直接用HttpWebRequest自然就免了：）

2．HTTP 管道技術(shù)

管道技術(shù)是 HTTP 1.1 的一項功能，它允許 Net classes 通過持久性連接向后端服務(wù)器發(fā)送多個 HTTP 請求，而無需在發(fā)出下次請求之前等待來自服務(wù)器的響應(yīng)。這會顯著影響性能，因為從服務(wù)器請求多個資源的應(yīng)用程序不會被阻塞而等待某個特定資源（可能是服務(wù)器上一個非常耗時的操作，如數(shù)據(jù)庫查找）。

3. 身份驗證
Net classes 支持各種客戶機身份驗證機制，包括“摘要”、“基本”、Kerberos、NTLM 和“定制”。身份驗證是通過在作出請求前對 WebRequest.Credentials 對象進行設(shè)置來達到的。在“摘要”和“基本”情況下，會指定用戶名和口令。對于 NTLM 或 Kerberos，則使用 Windows 安全機制，并且 Credential 對象或者可以被設(shè)置為用戶名、口令和域的結(jié)合，或者可以請求使用系統(tǒng)默認值。

4.代理支持
在 Net classes 中的 HTTP 代理支持可以在每個請求的基礎(chǔ)上進行控制，或者可以一次全局性地設(shè)置它，用于應(yīng)用程序的生存期。這樣似乎就可以驗證Proxy是不是免費;)