關于WCF Stream操作限制詳細介紹
WCF有很多值得學習的地方,這里我們主要介紹WCF Stream操作,包括介紹綁定的限制等方面。WCF支持對Stream對象的操作,尤其對于傳遞size過大的消息而言,如要考慮傳遞消息的效率,WCF推薦通過Stream進行操作。然而,WCF對于Stream操作規定了一些限制,在我們編寫相關程序時,需要特別注意:
1、綁定的限制
如果需要使用Stream操作,可以使用的綁定只能是BasicHttpBinding,NetTcpBinding以及 NetNamedPipeBinding。此外,在使用WCF Stream操作時,不能使用Reliable Messaging。如果考慮到消息安全,則此方式是不可取的。
#T#2、對Stream對象的限制
要作為服務操作所傳遞的消息對象,這樣的對象必須是可序列化的。遺憾的是,FileStream類的定義卻是不支持序列化的,我們能夠使用的Stream對象,包括Stream,MemoryStream等。使用Stream類對象是大多數WCF Stream操作的***。一個有趣的現象是FileStream與Stream類型的轉換。例如在服務契約的操作中,有如下的實現:
- public Stream TransferDocument(Document document)
- {
- FileStream stream = new FileStream
- (document.LocalPath, FileMode.Open, FileAccess.Read);
- return stream;
- }
注意,操作TransferDocument()的返回類型為Stream,而方法的實現中,返回的對象則為FileStream類型。由于Stream類是FileStream類的父類,這樣的實現沒有問題。
然而,在客戶端調用該操作時,卻不能將操作的返回值賦給FileStream類型的對象,如下所示:
- FileStream stream = m_service.TransferDocument(doc);
此時獲得的Stream對象則為null。因而,我們只能這樣調用操作:
- Stream stream = m_service.TransferDocument(doc);
但是,還有一個奇怪的問題是WCF并不支持Stream對象Length屬性的序列化,也就是說,在客戶端我們不能使用服務操作返回的Stream對象的Length屬性。諸如stream.Length的調用會拋出異常。