WCF异步调用实际应用技巧分析

开发 开发工具
WCF异步调用的合理使用,可以帮助我们在实际开发中获得很多帮助。在这里我们将会通过一段示例来详细讲解有关实现方法。

WCF已经推出就受到了广大开发人员的关注。作为一个.NET Framework 3.5的重要组成部分,它的应用可以帮助我们创建一个安全性高的可依赖性框架,为开发人员带来极大的方便。首先,为我们就先来了解一下WCF异步调用的相关介绍。

WCF与Web Service不同的是,当我们定义了服务契约的操作时,不管是通过ChannelFactory创建服务代理对象,还是通过SvcUtil的默认方式生成服务代理对象,客户端在调用这些代理对象时,都无法直接实现WCF异步调用方式的调用。例如,对于如下的服务操作定义:

  1. [OperationContract]  
  2. Stream TransferDocument(Document document); 

在调用代理对象的方法时,我们无法找到对应于TransferDocument()操作的BeginTransferDocument()和EndTransferDocument()异步方法。#t#

这样的设计使得我们无法通过编程方式异步地调用服务的操作,除非我们在定义服务接口时,直接加入相关操作的异步方法。然而,这又直接导致了服务的设计与方法调用方式之间的耦合。一个好的框架设计要素在于,不管客户端的调用方式(同步或者异步),服务的设计与实现应该是一致的。对于服务的设计者而言,在设计之初,就不应该去考虑服务的调用者调用的方式。换言之,服务操作究竟是否采用WCF异步调用方式,应该由客户端的调用者决定。因此,所有与异步调用相关的内容应该只与客户端相关。WCF遵循了这一规则。

在我编写的应用程序中,会暴露一个传送文档文件的服务操作。我并不知道也并不关心调用该操作的客户端是否采用异步方式。因此,如上所述的服务操作定义是完全正确的。

那么,客户端究竟应该如何执行异步调用呢?如果采用编程方式获得服务代理对象,这一问题会变得比较糟糕。因为我将服务契约的定义单独形成了一个程序集,并在客户端直接引用了它。然而,在这样的服务契约程序集中,是没有包含异步方法的定义的。因此,我需要修改在客户端的服务定义,增加操作的异步方法。这无疑为服务契约的重用带来障碍。至少,我们需要在客户端维持一份具有异步方法的服务契约。

所幸,在客户端决定采用异步方式调用我所设计的服务操作时,虽然需要修改客户端的服务契约接口,但并不会影响服务端的契约定义。因此,服务端的契约定义可以保持不变,而在客户端则修改接口定义如下:

  1. [ServiceContract]  
  2. public interface IDocumentsExplorerService  
  3. {  
  4. [OperationContract]  
  5. Stream TransferDocument(Document document);  
  6. [OperationContract(AsyncPattern = true)]  
  7. IAsyncResult BeginTransferDocument(Document document,  
  8. AsyncCallback callback, object asyncState);  
  9. Stream EndTransferDocument(IAsyncResult result);  

注意,在BeginTransferDocument()方法上,必须在OperationContractAttribute中将AsyncPattern属性值设置为true,因为它的默认值为false。

调用方式如下:

  1. BasicHttpBinding binding = new BasicHttpBinding();  
  2. binding.SendTimeout = TimeSpan.FromMinutes(10);  
  3. binding.TransferMode = TransferMode.Streamed;  
  4. binding.MaxReceivedMessageSize = 9223372036854775807;  
  5. EndpointAddress address = new EndpointAddress  
  6. ("http://localhost:8008/DocumentExplorerService");  
  7. ChannelFactory<IDocumentsExplorerService> factory =   
  8. new ChannelFactory<IDocumentsExplorerService>(binding,address);  
  9. m_service = factory.CreateChannel();  
  10. ……  
  11. IAsyncResult result = m_service.BeginTransferDocument(doc,null,null);  
  12. result.AsyncWaitHandle.WaitOne();  
  13. Stream stream = m_service.EndTransferDocument(result); 

如果采用SvcUtil生成客户端代理文件,可以有更好的方式实现WCF异步调用,也就是使用SvcUtil的/async开关,例如:

  1. svcutil /async http://localhost:8008/DocumentExplorerService 

唯一不足的是,它会不分青红皂白,为所有服务操作都生成对应的异步方法。这样的做法未免过于武断。

合理地利用服务的WCF异步调用,可以有效地提高系统性能,合理分配任务的执行。特别对于UI应用程序而言,可以提高UI的响应速度,改善用户体验。在我编写的应用程序中,下载的文件如果很大,就有必要采用异步方式。

对于异步调用的完成,虽然WCF提供了诸如阻塞、等待和轮询等机制,但***的方式还是使用回调。也就是利用Begin方法参数中的AsyncCallback对象。这是一个委托对象,它的定义如下所示:

  1. public delegate void AsyncCallback(IAsyncResult ar); 

利用WCF异步调用方式执行服务操作,使得服务在执行过程中不会阻塞主线程,当方法执行完成后,通过AsyncCallback回调对应的方法,可以通知客户端服务执行完毕。例如:

  1. //Invoke it Asynchronously  
  2. m_service.BeginTransferDocument(m_doc,OnTransferCompleted,null);  
  3. //Do some work;  
  4. //callback method  
  5. void OnTransferCompleted(IAsyncResult result)  
  6. {  
  7. Stream stream = m_service.EndTransferDocument(result);  
  8. result.AsyncWaitHandle.Close();  
  9. lbMessage.Text = string.Format("The file {0} 
    had been transfered sucessfully.",   
  10. m_doc.FileName);  

在调用BeginTransferDocument()方法之后,主线程不会被阻塞,仍然可以继续执行其它工作。而当服务方法执行完毕之后,会自动调用回调方法,执行方法中的内容。

责任编辑:曹凯 来源: 博客园
相关推荐

2009-12-21 14:10:26

WCF异步调用

2009-11-09 15:49:01

WCF异步调用

2009-11-09 10:50:30

WCF异步调用

2009-11-06 15:54:15

WCF异步调用

2009-12-07 14:26:47

WCF异步调用

2009-12-07 14:35:42

WCF异步调用

2010-02-25 09:13:34

WCF异步调用

2010-03-01 13:06:49

WCF继承

2010-03-01 14:01:50

WCF服务异步调用

2009-12-21 14:49:27

2011-03-02 08:57:22

jQueryJavaScript

2012-10-29 10:59:27

Windows 8

2009-12-22 18:43:00

WCF异步调用

2009-08-21 11:02:55

C#异步调用

2010-03-01 17:52:03

WCF选择绑定

2010-02-23 10:25:29

2009-10-20 16:48:30

C#委托

2010-04-23 13:29:01

Oracle存储过程

2010-03-01 10:45:59

WCF集合类

2010-02-22 17:58:06

WCF异步上传
点赞
收藏

51CTO技术栈公众号