英文原文参考： _ http://www.codeproject.com/cs/webservices/webservicecallback.asp?target=web%7Cservice _
因为时间较紧 ,许多地方翻译的不太合适,欢迎大家指正,多谢!
** 在 .NET 中使用 ** ** WEB SERVICE ** ** 的CallBacks机制 **
--此篇文章描述了一个使用虚拟的Web 服务代理的由WEB SERVICE驱动的应用模型( 基于C # )
** 介绍 ** ：
Web 服务对于Web 页面访问者使用 ‘请求/响应’方式访问页面时,可以作为一个简单的可连接的服务.
通常，这些服务使用一些本地资源 ,例如应用服务器，数据库，文件服务器，等等. 在这个例子中, Web 服务对于本地应用程序看起来就象一个Internet 集装箱。这篇文章描述了在应用程序模型中使用Web 服务来作为一种url地址驱动的可连接组件。 我将会让你看到如何在松散耦合的设计模式中来调用任意的WEB SERVICE,并且使用callbacks 机制.基于这些特征，这种分布式应用程序模型可以被虚拟化并且可以被称为应用知识库( Application Knowledge Base) 的元数据来驱动。 在下面介绍的详细内容中，你将学习到虚拟的 Web 服务代理的实现方法和在WEB SERVICE 之间使用C # 语言来通信的callback机制 .
** 概念和设计 ** :
客户端通过 ASP.Net的 WEB SERVICE 基类的派生类 HttpWebClientProtocol 来调用WEB SERVICE . 这个 类能够完成把 Web Method 映射成 SOAP 消息方法调用的所有底层工作。（ SOAP 是缺省的协议）。这种代理类 WEB SERVICEd1.exe 可以通过这个工具来生成，然后可以集成到这个项目中。注意这个代理类可以对于每个 WEB SERVICE 都是独立的。客户端需要在项目编译前对这个 WEB SERVICE 充分了解它的公开接口。这种方式对于紧耦合应用程序是合适的。如果客户端不知道哪一个 WEB SERVICE 将被调用的话，如何处理这样的情况的呢？好，对于这种“逻辑”的连接，我们就通过基于前面的提到的 WEB SERVICE 描述语言 WEB SERVICEDL 来创建代理类来完成。这种逻辑连接概念是一种松散耦合。
下面的图片表明了 WEB SERVICE 在 .net 应用模型中所处的位置
什么是“软件总线”“可插拔”呢，我们要明白它是在 Internet 上实现的。注意 WEB SERVICE 可以运行在防火墙后面，如果没有防火墙，那么你可以使用其它的 .NET 技术，如： .Net Remoting ,.Net Services(COM+ 服务 ) 等等。
对于软件总线来说 WEB SERVICE 是双向的 ---- 监听和发送消息。在另一方面，应用服务或 WEB 客户端是被动的，所以它们仅仅可以使用 WEB SERVICE 的服务。另外，应用服务器使用很少的 WEB SERVICE 资源来调度从软件总线传入的消息。
这种架构模型对于子系统应用也适用，这时 WEB SERVICE 扮演着一个网关的角色，它可以把 WEB 远程方法映射为本地应用服务的方法。软件总线的其他优点是：数据交换和它们的抽象定义，这些可以通过 XML 技术来实现，这样 WEB SERVICE 就可以在不同的平台来实现交换数据。
在你的应用中使用 WEB SERVICE 有许多规则十分类似于运行于 COM ＋ /MTS 环境的组件，主要有以下几点：
Ø WebMethod 是无状态的， WEB SERVICE 有在互相调用时保存状态的能力。
Ø WebMethod （同步执行）执行，客户端应该使用异步调用，它将和其它的调用共同工作。
Ø WebMethod 是（事务流）的根源，如果这个 WebMethod 被定义为事务机制的，那么它就是事务的源头。注意在当前版本的 .NET Framework 还不支持跨 INTERNET 的事务。事务已经更多转换为本地事务 -- 参考 MSMQ 事务的概念和模式。
Ø 对象引用不能用在参数或返回值，这意味着在消费者和 WEB SERVICE 之间仅仅能交换对象的状态。实际上，发送者序列化一个对象（它的公共状态）为 XML, 然后接收者再在另一方反序列化。
上面环绕软件总线的架构模型允许在真正的分布式层级应用中构建可增长的任何商业模型。这个图片仅仅能表明描绘了基于浏览器的客户端，实际上可以是任何可以访问包括网桥和网关在内的 INTERNET 的电子设备（如无线互联网关） . 现在，让我们来看一下可连接的 WEB SERVICE 机制的细节。
** WEB SERVICE ** ** Callback 原理 **
下列图片显示了一个 ** WEB SERVICE ** ** Callback ** 的例子 :
** WEB SERVICE ** "A" 采用 WebMethod 处理来自 ** WEB SERVICE ** "B" 的 Callback. 每个 ** WEB SERVICE ** 有自己的全局状态 （ global State ）来维持 互相调用时的状态。 对 WebMethod 的存取由虚拟的代理类来实现，而且它被划分为二个阶段:
客户端用BeginInvoke/EndInvoke设计模式，并且采用同步或异步方式来调用代理类
代理类以同步方式在 Internet调用 Web Method
** WEB SERVICE ** "A"需要传递两个返回的参数给 ** WEB SERVICE ** "B";一个是 ** Callback ** 服务，另一个是它的状态。 这一个机制与 BeginInvoke/EndInvoke 设计模式类似。 Callback Web Method 讯号有二种参数，分别是 senderId 和 EventArgs 。 返回值是 bool 类型 , 是一个处理标记（继续或中止）。调用是基于元数据 (WEB SERVICE WSDL 的 url 位址 ) 的松散耦合设计模式里的。
它是如何工作 ? 浏览器客户端送一个请求给 Web ** ** Service "A" 去执行 。 在 Web ** ** Service "A" 从 Web ** ** Service "B" 获得帮助的这一段时间内 Web ** ** Service "A" 返回从 Web ** ** Service " B" 的 Callback 。此刻 客户端可以更新当前页面或输入一个新的请求来中止以前的要求。
下列代码片断表明了利用 WebServiceAccessor 类实现过程是多么的简单。
[WebMethod]
public string DoSomeWorkA( int count, string ticket)
{
_ // ... _
_ // call the WebService B _
WebServiceAccessor wsa = new WebServiceAccessor(targetWsdlUrl);
object esObj = wsa.CreateInstance( "ServiceB" );
object retval = wsa.Invoke(esObj, "BeginDoSomeWorkB" , count,
myWsdlUrl, state, null , null );
_ // ... _
}
[WebMethod]
public bool CallbackServiceA( string sender, string xmlEventArg)
{
WebServiceEventArg ea = (WebServiceEventArg)xmlEventArg;
_ //... _
}