您好,登錄后才能下訂單哦!
本篇內容介紹了“WCF Stream對象怎么使用”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
WCF支持對Stream對象的操作,尤其對于傳遞size過大的消息而言,如要考慮傳遞消息的效率,WCF推薦通過Stream進行操作。
然而,WCF Stream對象操作規定了一些限制,在我們編寫相關程序時,需要特別注意:
1、綁定的限制
如果需要使用Stream操作,可以使用的綁定只能是BasicHttpBinding,NetTcpBinding以及NetNamedPipeBinding。此外,在使用Stream操作時,不能使用ReliableMessaging。如果考慮到消息安全,則此方式是不可取的。
2、對WCF Stream對象的限制
要作為服務操作所傳遞的消息對象,這樣的對象必須是可序列化的。遺憾的是,FileStream類的定義卻是不支持序列化的,我們能夠使用的WCF Stream對象,包括Stream,MemoryStream等。使用Stream類對象是大多數Stream操作的***。一個有趣的現象是FileStream與Stream類型的轉換。例如在服務契約的操作中,有如下的實現:
publicStreamTransferDocument(Documentdocument) { FileStreamstream=newFileStream (document.LocalPath,FileMode.Open,FileAccess.Read); returnstream; }
注意,操作TransferDocument()的返回類型為Stream,而方法的實現中,返回的對象則為FileStream類型。由于Stream類是FileStream類的父類,這樣的實現沒有問題。
然而,在客戶端調用該操作時,卻不能將操作的返回值賦給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。我們應該根據操作中Stream對象的參數類型,以決定TransferMode的值分別為Streamed、StreamedRequest或者StreamedResponse。
“WCF Stream對象怎么使用”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。