如何理解.Net整合其他平臺的分析

本篇文章為大家展示了如何理解.Net整合其他平臺的分析，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

整合分布式應用程序經常是一件非常困難并且錯綜復雜的任務，即使是最富有經驗的開發者也可能會覺得頭疼。當應用程序在不同的操作系統以及涉及不同的程序平臺時，這個集成問題變得尤其復雜。雖然說，Web服務承諾可以減輕程序員完成集成任務的困難程度，但是也可能給程序員們帶來一些意想不到的麻煩。在這里我們將把一個ASP.net應用程序和一個PHP Web服務連結起來，以學習一些整合分布式應用程序的方法，以及必要的應對措施，包括運行什么以及不用去做什么。

這個Web服務在一個Apache服務器上運行，并且使用PHP開發。它從各種微軟新聞組檢索新聞摘要以及它們的關聯的文本。即使由這個服務提供的數據可以直接使用內部的。Net對象存取，但是這個服務還是將使用并提供一個連接到非。Net平臺上的不錯的演示。我們這里要討論的實例基于。Net beta 2版。

創建一個Web服務代理

Visual Studio.NET提供了一個出色的機制用于自動地生成可用于存取遠程Web服務的代理對像。因此，要首先嘗試使用這些函數來導入由PHP服務提供的Web服務描述語言(Web Services Description Language，WSDL)文件。 還可以使用.Net SDK的WSDL.exe命令行公用程序。不幸的是，在使用VS.net向導導入WSDL之后，并不能成功地創建一個代理。所以我必須把導入原始的WSDL文件后由VS.Net生成的文件轉換為WSDL：

◆把模式域名空間從http://www.w3.org/1999/XMLSchema改成http://www.w3.org/2001/XMLSchema 然后清除所有的當WSDL導入過程中由VS.Net添加的”q”域名空間。

◆刪除 xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/和xmlns: mime="http://schemas.xmlsoap.org/wsdl/mime/" 名字空間，因為這個應用程序中不需要包含這些。

◆刪除類型元素，因為原始的 WSDL文檔 并沒有包含Web服務的模式信息的指定的元素區段。

◆改變輸入輸出元素消息屬性值為包含tns域名空間前綴的形式:

以下為引用的內容： 
﹤portType name="nntpSoapPortType"﹥ 
﹤operation name="getheaders" parameterOrder="newsgroup numitems"﹥
﹤input message="tns:getheaders" /﹥
﹤output message="tns:getheadersresponse" /﹥
﹤/operation﹥
﹤operation name="getarticle" parameterOrder="newsgroup article"﹥
﹤input message="tns:getarticle" /﹥
﹤output message="tns:getarticleresponse" /﹥
﹤/operation﹥
﹤/portType﹥

在進行了下面的這些微小的改變，VS.Net向導能夠讀取WSDL并且自動地生成一個代理。在編譯了這個代理之后，它被包含在一個ASP.NET頁面中。然而，當這個ASP.Net頁面被執行：“ message does not have a correct SOAP root XML tag.”，這個錯誤被當作一個SOAP錯誤從Web服務中返回。

為了精確地評估這個錯誤，代理調用被一個名為Proxy Trace的公用程序使用，以便代理生成SOAP包裝。這可以通過把下列代碼添加進ASP.Net頁面來實現：

msNews.Proxy = new System.Net.WebProxy( http://localhost:8080);

在察看了由.Net代理生成的SOAP包裝之后，我有點奇怪為什么會返回這個錯誤，因為實際上一個相對的SOAP包裝被生成并被發送到Web服務。即使在嘗試了好幾個轉化成代理代碼之后這個錯誤依然持續。代碼段列表2顯示了從PHP Web服務返回的完整的SOAP錯誤包裝。

在使用VS.Net中創建的代理對象的好幾個把ASP.Net頁面與PHP Web服務連結的不成功的嘗試之后，我決定從頭開始創建SOAP包裝以便執行更有效的程序調試。{起先，它看起來好像由.Net代理生成的模式域名空間可能是問題的關鍵，因為.Net使用2001模式規范而PHP服務使用的是1999版本的規范。

然而，我把自定義的SOAP包裝改為用1999版本代替2001版本，錯誤依然存在。在嘗試了好幾個其他的小的改變之后，我決定把SOAP包裝使用的域名空間前綴和正文元素從soap (由.Net代理生成)改為SOAP - ENV，因為我看見在SOAP錯誤信息中返回了SOAP - ENV前綴。(見代碼2)這表面上看上去微不足道的改變竟解決了問題!當處理任何請求的時候，PHP服務顯然需要SOAP - ENV前綴，而拒絕不包含SOAP - ENV前綴的要求。

創建一個自定義代理

既然已經了解了為什么Web服務返回一個SOAP錯誤，我們就可以創建一個自定義代理來生成網服務期待的SOAP包裝。雖然創建一個自定義SOAP包裝肯定比使用一個由VS.net或者WSDL.exe公用程序生成的SOAP包裝要花更多的時間，但是這樣做可以完全控制包裝的內容。為了開始創建自定義代理，我創建一個名為msnewsserviceproxy的包含兩個字段的新類：

以下為引用的內容： 
public class MSNewsServiceProxy { 
string _uri;
string _soapAction;
}

uri字段保存了Web服務的位置，而_soapAction字段保存了將要使用SOAP包裝發送的SOAPAction數據頭的名稱。在MSNewsServiceProxy類之內，添加CreateSoapEnvelope ()，SendSoapEnvelope ()和FilterResult ()這三個方法。這些方法生成SOAP包裝請求，把它發送到Web服務，然后過濾返回的SOAP包裝。讓我們逐一的看看每個方法。注意代碼在SOAP包裝的根元素上添加一個SOAP - ENV域名空間前綴。Web服務顯然需要這個特定的前綴，而拒絕任何不包含這個前綴的信息。因為VS.net生成的代理發送一個soap域名空間前綴(而不是SOAP - ENV)，所以它的消息被拒絕。Web服務不應該需要一個特定的域名空間前綴而為此拒絕不帶此前綴的消息，但是域名空間問題也是你必須注意要想使工作更好的完成，要執行一些看上去不{0>可思議的事情。

在SOAP包裝被創建之后，SendSoapEnvelope ()方法(見代碼段4)使用了幾個System.Net和System.IO域名空間中的類來把這個包裝發送到Web服務中。代碼首先通過把_uri變量傳送到對象構造器來創建一個HttpWebRequest對象。其次，與這個請求相關聯的相應的Method，ContentType和Header都將被發送。

然后一個StreamWriter對象和HttpWebRequest對象的請求流相關聯，SOAP包裝就被使用StreamWriter的Write ()方法寫到流中。

從Web服務返回的SOAP包裝被HttpWebResponse對象的SendSoapEnvelope ()方法獲得。

HttpWebResponse response = (HttpWebResponse)request.GetResponse();

如果應答不是空值，它將被載入一個XMLTextReader，XMLTextReader被用來填充XmlDocument對象。然后從這個方法中返回XmlDocument對象。

FilterSoapEnvelope ()方法分析SOAP應答包裝并把從Web服務中返回的數據裝入自定義代理的“消費者”使用的XmlDocument對象：

以下為引用的內容： 
private XmlDocument 
FilterSoapEnvelope(
XmlDocument doc) {
XmlDocument filterDoc =new XmlDocument();
XmlNode result = doc.SelectSingleNode("//results");
XmlNode resultImport = filterDoc.ImportNode(result,true);
filterDoc.AppendChild(resultImport);
return filterDoc;
}

雖然過濾器可以使用好幾種方法執行，但是FilterSoapEnvelope ()方法依靠XPath語句可以在應答SOAP包裝中得到結果元素。

微軟新聞組PHP Web服務展示了允許取得新聞組新聞摘要的兩種方法：getheaders ()和getmessage ()。 你可以看到如何在自定義代理類中使用這兩種方法(見代碼段5)。 注意每個方法中的代碼傳遞Web服務方法名被調用到CreateSoapEnvelope ()方法和任何使用這個方法關聯的參數。 在SOAP包裝被發送以及應答被接受之后，FilterSoapEnvelope ()方法被調用來把返回的數據加載到一個XmlDocument對象中，同樣，這個對象也是代理“消費者”使用的。

上述內容就是如何理解.Net整合其他平臺的分析，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注億速云行業資訊頻道。