在 .NET 中使用 WEB SERVICE 的CallBacks机制 (1)

英文原文参考： 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;

    //...

  }