喜歡用WCF的朋友希望它的功能更強大些，不知道我今天介紹這個會不會給你帶來收獲？WCF支持對Stream對象的操作，尤其對于傳遞size過大的消息而言，如要考慮傳遞消息的效率，WCF推薦通過Stream進行操作。

萬載網站制作公司哪家好，找創(chuàng)新互聯(lián)！從網頁設計、網站建設、微信開發(fā)、APP開發(fā)、成都響應式網站建設公司等網站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時間，我們擁有了豐富的建站經驗和運維經驗，來保證我們的工作的順利進行。專注于網站建設就選創(chuàng)新互聯(lián)。

然而，WCF Stream對象操作規(guī)定了一些限制，在我們編寫相關程序時，需要特別注意：

1、綁定的限制

如果需要使用Stream操作，可以使用的綁定只能是BasicHttpBinding，NetTcpBinding以及NetNamedPipeBinding。此外，在使用Stream操作時，不能使用ReliableMessaging。如果考慮到消息安全，則此方式是不可取的。

2、對WCF Stream對象的限制

#T#要作為服務操作所傳遞的消息對象，這樣的對象必須是可序列化的。遺憾的是，F(xiàn)ileStream類的定義卻是不支持序列化的，我們能夠使用的WCF Stream對象，包括Stream，MemoryStream等。使用Stream類對象是大多數(shù)Stream操作的***。一個有趣的現(xiàn)象是FileStream與Stream類型的轉換。例如在服務契約的操作中，有如下的實現(xiàn)：

 
 

  
  
publicStreamTransferDocument(Documentdocument)  
  
  
{  
  
  
FileStreamstream=newFileStream 
  
  
(document.LocalPath,FileMode.Open,FileAccess.Read);  
  
  
returnstream;  
  
  
} 
 
 

注意，操作TransferDocument()的返回類型為Stream，而方法的實現(xiàn)中，返回的對象則為FileStream類型。由于Stream類是FileStream類的父類，這樣的實現(xiàn)沒有問題。

然而，在客戶端調用該操作時，卻不能將操作的返回值賦給FileStream類型的對象，如下所示：

 
 

  
  
Streamstream=m_service.TransferDocument(doc); 
 
 

此時獲得的Stream對象則為null。因而，我們只能這樣調用操作：

 
 

  
  
Streamstream=m_service.TransferDocument(doc); 
 
 

但是，還有一個奇怪的問題是WCF并不支持Stream對象Length屬性的序列化，也就是說，在客戶端我們不能使用服務操作返回的Stream對象的Length屬性。諸如stream.Length的調用會拋出NotSupportedException異常。

3、TransferMode的限制

若要使用Stream操作，必須修改綁定的TransferMode屬性。該屬性的默認值為Buffered。我們應該根據(jù)操作中Stream對象的參數(shù)類型，以決定TransferMode的值分別為Streamed、StreamedRequest或者StreamedResponse。

新聞名稱：一步通WCFStream對象介紹
分享鏈接：http://uogjgqi.cn/article/cdpdhdp.html