新聞中心
喜歡用WCF的朋友希望它的功能更強(qiáng)大些,不知道我今天介紹這個(gè)會(huì)不會(huì)給你帶來(lái)收獲?WCF支持對(duì)Stream對(duì)象的操作,尤其對(duì)于傳遞size過大的消息而言,如要考慮傳遞消息的效率,WCF推薦通過Stream進(jìn)行操作。

萬(wàn)載網(wǎng)站制作公司哪家好,找創(chuàng)新互聯(lián)!從網(wǎng)頁(yè)設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作,到程序開發(fā),運(yùn)營(yíng)維護(hù)。創(chuàng)新互聯(lián)從2013年成立到現(xiàn)在10年的時(shí)間,我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn),來(lái)保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。
然而,WCF Stream對(duì)象操作規(guī)定了一些限制,在我們編寫相關(guān)程序時(shí),需要特別注意:
1、綁定的限制
如果需要使用Stream操作,可以使用的綁定只能是BasicHttpBinding,NetTcpBinding以及NetNamedPipeBinding。此外,在使用Stream操作時(shí),不能使用ReliableMessaging。如果考慮到消息安全,則此方式是不可取的。
2、對(duì)WCF Stream對(duì)象的限制
#T#要作為服務(wù)操作所傳遞的消息對(duì)象,這樣的對(duì)象必須是可序列化的。遺憾的是,F(xiàn)ileStream類的定義卻是不支持序列化的,我們能夠使用的WCF Stream對(duì)象,包括Stream,MemoryStream等。使用Stream類對(duì)象是大多數(shù)Stream操作的***。一個(gè)有趣的現(xiàn)象是FileStream與Stream類型的轉(zhuǎn)換。例如在服務(wù)契約的操作中,有如下的實(shí)現(xiàn):
- publicStreamTransferDocument(Documentdocument)
- {
- FileStreamstream=newFileStream
- (document.LocalPath,FileMode.Open,FileAccess.Read);
- returnstream;
- }
注意,操作TransferDocument()的返回類型為Stream,而方法的實(shí)現(xiàn)中,返回的對(duì)象則為FileStream類型。由于Stream類是FileStream類的父類,這樣的實(shí)現(xiàn)沒有問題。
然而,在客戶端調(diào)用該操作時(shí),卻不能將操作的返回值賦給FileStream類型的對(duì)象,如下所示:
- Streamstream=m_service.TransferDocument(doc);
此時(shí)獲得的Stream對(duì)象則為null。因而,我們只能這樣調(diào)用操作:
- Streamstream=m_service.TransferDocument(doc);
但是,還有一個(gè)奇怪的問題是WCF并不支持Stream對(duì)象Length屬性的序列化,也就是說,在客戶端我們不能使用服務(wù)操作返回的Stream對(duì)象的Length屬性。諸如stream.Length的調(diào)用會(huì)拋出NotSupportedException異常。
3、TransferMode的限制
若要使用Stream操作,必須修改綁定的TransferMode屬性。該屬性的默認(rèn)值為Buffered。我們應(yīng)該根據(jù)操作中Stream對(duì)象的參數(shù)類型,以決定TransferMode的值分別為Streamed、StreamedRequest或者StreamedResponse。
新聞標(biāo)題:一步通WCFStream對(duì)象介紹
網(wǎng)站地址:http://fisionsoft.com.cn/article/cdpdhdp.html


咨詢
建站咨詢
