原来上网我下了很多WCF异步调用Demo。而我用的是VS2005，我在使用这些小样时，基本上绝大部分基于VS2003的Asp.net工程都因为少数文件无法转换而无法加载工程，为此我也苦恼很久，后来终于让我找到了解决办法。

一个好的框架设计要素在于，不管客户端的调用方式（同步或者异步），服务的设计与实现应该是一致的。对于服务的设计者而言，在设计之初，就不应该去考虑服务的调用者调用的方式。换言之，服务操作究竟是否采用异步方式，应该由客户端的调用者决定。

因此，所有与异步调用相关的内容应该只与客户端相关。 标签：WCF异步调用【引自张逸的博客】WCF与Web Service不同的是，当我们定义了服务契约的操作时，不管是通过ChannelFactory创建服务代理对象，还是通过SvcUtil的默认方式生成服务代理对象，客户端在调用这些代理对象时，都无法直接实现异步方式的调用。例如，对于如下的服务操作定义：

[OperationContract]  
Stream TransferDocument(Document document);  

在调用代理对象的方法时，我们无法找到对应于TransferDocument()操作的BeginTransferDocument()和EndTransferDocument()异步方法。这样的设计使得我们无法通过编程方式异步地调用服务的操作，除非我们在定义服务接口时，直接加入相关操作的异步方法。

然而，这又直接导致了服务的设计与方法调用方式之间的耦合。一个好的框架设计要素在于，不管客户端的调用方式（同步或者异步），服务的设计与实现应该是一致的。

对于服务的设计者对WCF异步调用而言，在设计之初，就不应该去考虑服务的调用者调用的方式。换言之，服务操作究竟是否采用异步方式，应该由客户端的调用者决定。因此，所有与异步调用相关的内容应该只与客户端相关。WCF遵循了这一规则。#t#

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