Visual Studio是進行.NET應用開發的必備工具，不但能生成ASP.NET Web應用程序，還能在其中輕松實現Web Services應用程序。XML(可擴展標記語言)是一種提供數據描述格式的標記語言。與其他編程語言相比，其有很大的優勢。如可以在多個平臺中進行更加準確的內容聲明、更加容易的進行檢索等等。今天我們來介紹如何在Visual Studio中進行XML編程。

一、XML編程可以提高Visual Studio平臺中數據的處理能力。

與其把XML當作一種可擴展標記語言，筆者更愿意把它叫做一種工具。這個工具可以提高Visual Studio平臺中數據的處理能力。正如文章開頭所說的，XML可以將后臺數據與表進行分離。如此的話，兩者就可以分工合作。Visual Studio平臺只負責數據的邏輯處理，如邏輯運算、條件判斷等等，而不需要關心其客戶端顯示的格式問題。而XML負責在客戶端如何顯示，如保留幾位小數、顯示哪些內容、權限控制等等。術業有專攻，這么處理，就可以明顯提高Visual Studio平臺中應用程序的數據處理能力。

二、使用XML編程工具時要注意安全問題。

雖然可以在Visual Studio平臺中實現XML編程語言，但是他們畢竟是不同的產品，其內部的實現機制，如安全機制，有比較大的差異。為此要在這個Visual Studio平臺中使用XML工具的話，一些安全方面的問題需要引起程序開發人員的重視。

#T#如在使用XML編輯器的時候，需要注意類的執行權限。XML編輯器是Visual Studio中實現XML的主要途徑。通常情況下，這個XML編輯器在系統初次加載時會自動下載。那么如何下載這個XML編輯器才是安全的呢?一般情況下可以通過HTTP的方式下載。但是由于HTTP協議自身的缺陷(其不會對傳輸的數據進行加密)，故有時候出于安全方面的考慮，會對其進行限制。用戶通常可以在XML編輯器、雜項工具選項對話框中，設置是否需要禁用HTTP下載。

如在調試時，需要給XSLT調試程序配置合適的權限。XSLT是在Visual Studio平臺中調試XML可擴展標記語言的工具。XSLT調試程序會在沙盒型應用程序中對XML腳本語言進行XSLT轉換。在轉換的過程中，出于安全方面的考慮，程序人員往往需要根據樣式表所在處的位置來指定一系列的安全策略。如來自互聯網的樣式表通常來說存在一定的安全隱患，此時就需要對其權限進行限制。而對于來自用戶電腦上或者企業共享服務器上的樣式表，相對安全，可以采取完全信任的權限運行。針對樣式表的不同位置設置不同的權限，則可以在***程度上保障安全與效率方面的均衡。

三、如何在Visual Studio 中生成XML Web Services客戶端。

通過創建XML Web Services客戶端的形式來實現XML，是一個常用的便捷方法。XML Web Services客戶端是指使用SOAP消息與Web服務器進行通信的組件和應用程序。XML Web Services客戶端其實際的表現形式有兩種。一是通過網頁形式來實現，即一個Web應用程序;二是通過傳統的客戶端界面來實現，即跟C/S模式下的客戶端類似，只是其采用的協議不同。那么該如何在Visual Studio平臺中建立XML Web Services客戶端呢?由于在Visual Studio中友好的集成了XML工具，所以要實現這個要求并不難。筆者認為可以歸結為如下四個步驟來完成。

***步創建一個Web服務的代理類。在具體實現之前，程序開發人員要轉變一個觀念。即在實現XML編程工具的時候，其都是通過類來實現的。也就是說，VisualStudio中內置了許多類，通過這些類來調用XML可擴展標記語言。了解這個前提，對于后面的開發具有很大的幫助。為此要創建XML Web Services客戶端的話，首先需要創建一個Web服務的代理類。

第二步在客戶端重對剛才創建的類進行處理。如需要在客戶端代碼中引用剛才創建的代理類，并且需要創建這個代理類的一個實例。在引用代理類的時候，需要注意不同的客戶端類型，其引用的方式有所不同。在開發客戶端的時候，如果即要采用Web應用程序作為客戶端，也需要傳統的C/S客戶端，那么在開發應用程序中可能需要加入一個必要的判斷條件，以增強應用程序的靈活性。舉一個簡單的例子，如開發一個郵件系統。其即可以直接通過網頁來訪問郵件，也可以通過outlook郵件客戶端來接收郵件。由于采取的客戶端類型不同，其代理類的引用方式也有所不同。此時服務器就需要判斷用戶采用的是哪種類型的客戶端。根據判斷的結果來確定所需要采用的引用方法。

第三步設置代理類的屬性與方法。一般情況下，對于代理類的屬性只要采用默認的即可。但是有時候程序開發人員可能不允許匿名訪問。如一個電子商務系統，一定要求用戶有合法的身份才可以訪問。此時就需要更改代理類的屬性(更改Credentials屬性)。這個屬性主要的作用就是用來獲取或者設置客戶端身份驗證的安全憑據。如程序開發人員將這個屬性顯示設置為需要身份驗證憑據時，就會禁止用戶匿名訪問。設置完屬性之后，還需要對這個代理類調用與要與之進行通信的Web服務設置相對應的方法。這里需要注意一點，跟代理類引用一樣，用戶所采用的客戶端類型不同，其方法也有所不同。對于有多個客戶端要求的應用軟件來說，需要在設置的時候，加入一個判斷條件。根據用戶所采用的客戶端不同，對應不同的方法。否則的話，無論是數據還是在顯示格式上，都會與實際的有所差異。

第四步就是對客戶端進行調試。在調試的時候，除了要注意功能是否可以實現之外，還需要關注安全方面的問題。在上面的內容中筆者強調過，需要根據XML樣式表的位置來設置不同的權限。這可以在保障安全性的同時，提高應用程序的效率。在調試與測試的過程中，有可能為出現“請求因HTTP狀態失敗：拒絕訪問”的錯誤信息。很多新手在使用XML編程工具的時候，都會遇到這個問題。這主要是因為權限上的錯誤所造成的。如有可能是沒有將安全憑據傳遞給代理類的憑據緩存。

要解決這個問題的話，就需要對Windows身份驗證模式進行配置。如需要配置客戶端憑據并將這個憑據傳遞給使用各種形式的Windows身份驗證的Web服務。身份驗證是一項比較復雜的工作。在一個開發團隊中，往往有專門的技術人員來負責這塊內容，其主導這個應用程序的整個安全機制。故具體采用哪種形式的身份認證方式、如何才能夠安全的傳遞憑據，這需要開發人員與安全技術人員共同協商實現。其一個主要的原則就是在保障安全的同時，不要影響到應用程序的性能。在實際工作中，經常會遇到這種錯誤。系統登陸的時候，速度特別慢。但是登陸以后，其速度就會有顯著的改善。這很大一方面原因，就是沒有在身份認證與性能之間獲得一個平衡。這無形中就給用戶造成了不好的影響。

***筆者總結一下。在Visual Studio平臺中生成XML編程時，主要需要注意兩點。一是用戶所采用的客戶端不同，其代理類的引用與對應的方法有所差異。為了提高應用程序的靈活性，在代碼中往往需要加入判斷條件。或者就開發兩個不同類型的客戶端。二是安全固然重要，性能也不能夠忽視。在實際開發中，要避免登陸過程慢、后續操作快的誤區。