分析客戶端執(zhí)行WCF異步調(diào)用
剛剛做完一個(gè)WCF的一個(gè)項(xiàng)目,把我我的一點(diǎn)經(jīng)驗(yàn)傳授給大家一點(diǎn),我們今天先來(lái)看看WCF異步調(diào)用,客戶端究竟應(yīng)該如何執(zhí)行WCF異步調(diào)用呢?如果采用編程方式獲得服務(wù)代理對(duì)象,這一問(wèn)題會(huì)變得比較糟糕。因?yàn)槲覍⒎?wù)契約的定義單獨(dú)形成了一個(gè)程序集,并在客戶端直接引用了它。然而,在這樣的服務(wù)契約程序集中,是沒(méi)有包含異步方法的定義的。因此,我需要修改在客戶端的服務(wù)定義,增加操作的異步方法。這無(wú)疑為服務(wù)契約的重用帶來(lái)障礙。至少,我們需要在客戶端維持一份具有異步方法的服務(wù)契約。
所幸,在客戶端決定采用異步方式調(diào)用我所設(shè)計(jì)的服務(wù)操作時(shí),雖然需要修改客戶端的服務(wù)契約接口,但并不會(huì)影響服務(wù)端的契約定義。因此,服務(wù)端的契約定義可以保持不變,而在客戶端則修改接口定義如下:
- [ServiceContract]
- public interface IDocumentsExplorerService
- {
- [OperationContract]
- Stream TransferDocument(Document document);
- [OperationContract(AsyncPattern = true)]
- IAsyncResult BeginTransferDocument(Document document,
- AsyncCallback callback, object asyncState);
- Stream EndTransferDocument(IAsyncResult result);
- }
#T#注意,在BeginTransferDocument()方法上,必須在OperationContractAttribute中將AsyncPattern屬性值設(shè)置為true,因?yàn)樗哪J(rèn)值為false。合理地利用服務(wù)的異步調(diào)用,可以有效地提高系統(tǒng)性能,合理分配任務(wù)的執(zhí)行。特別對(duì)于UI應(yīng)用程序而言,可以提高UI的響應(yīng)速度,改善用戶體驗(yàn)。在我編寫(xiě)的應(yīng)用程序中,下載的文件如果很大,就有必要采用異步方式。WCF異步調(diào)用方式如下:
- BasicHttpBinding binding = new BasicHttpBinding();
- binding.SendTimeout = TimeSpan.FromMinutes(10);
- binding.TransferMode = TransferMode.Streamed;
- binding.MaxReceivedMessageSize = 9223372036854775807;
- EndpointAddress address = new EndpointAddress
- ("http://localhost:8008/DocumentExplorerService");
- ChannelFactory factory =
- new ChannelFactory(binding,address);
- m_service = factory.CreateChannel();
- ……
- IAsyncResult result = m_service.BeginTransferDocument(doc,null,null);
- result.AsyncWaitHandle.WaitOne();
- Stream stream = m_service.EndTransferDocument(result);