日期:2014-3-16 浏览次数:20161次

  本文回顾了多态性概念, 示范了XML Web服务。最重要的是本文将教你如何把多态性和Web服务结合起来。

  一、简介

  你可能知道多态性,或许也知道Web服务。但是跨越Web服务的多态性又是怎样的呢? 本文回顾了多态性概念, 示范了XML Web服务。最重要的是本文将教你如何把多态性和Web服务结合起来。

  二、多态性

  那些熟悉面向对象编程 (OOP)的读者应该对多态性非常熟悉,但并不是每团体都熟悉面向对象编程。 如果你是前一个读者群,可以直接跳到“XML Web服务”一节。 如果你是后者,请继续阅读。

  在面向对象编程言语出现之前,如果你想要打印不同类型的数据,需求写多个方法 ,象是PrintInteger(int i),PrintString(string s) 和 PrintFloat(float f) 。也就是说, 你必须通过命名来区别行为和数据类型,由于 OOP言语出现前任一言语象是C,不允许你用相反的名字写方法, 即便他们的参数类型不同。

  C++的来到实现了方法重载。因此,你可以写多个方法 , 象是 PrintInteger(int i)、PrintString(string s) 和 PrintFloat(float f),编译器自会精确调用特定的Print方法。方法重载被一种称为名称重整(name mangling)的技术所支持,在这种技术中,编译器通过把原方法名称与其参数相结合产生一个独特的内部名字来取代原方法名称。 如此,当你调用Print(1)的时候, 编译器可能在内部用源于参数类型的前缀重命名Print方法,这样一来Print(1)可能就变成 i_Print (1) 。

  方法重载仅是多态性的一种情形。 名称重整是一种支持方法重载的机制。更普遍的情况下,多态性是与承继相联系。 什么是承继呢?承继就是一个新类 (称为子类) 从被承继类(称为父类或超类)取得本身的部分定义同时添加一些本人的新的信息。 如果你在相反的类中重载方法, 数据类型必须是不同的。如果你在承继关系下重载方法, 子类与父类的方法可能完全相反,而且名称重整器生成同样的重整名称。

  举例来说, 假设一个超类定义一个Print(int i)方法而一个从它承继的子类也定义了一个Print(int i)方法。当你有一个子类的实例时,运用多态性调用Child.Print(int);而当你产生一个父类的实例时运用多态性调用Parent.Print(int)。这就是承继多态性:相反的名字和签字但是类却不同。

  承继多态性是通过使用一种与名称重整相关的另外一种机制实现的。编译器把方法放置在一个被称为虚拟方法表(其实是一个方法数组)的地方。每一个方法在VMT中都有一个索引, 如此当Print(int)被调用的时候, 编译器将被路由到VMT处找寻Print方法和类的内在索引。这样一来,编译器就可以调用正确的方法实现。由编译器担任管理所有的VMT索引和类偏移量。

  简言之,多态性使你能够用非常类似的名字定义许多方法,这里的名字往往都是直观易记的。 OOP编译器自会依据调用者类理解到底该调用哪个方法。多态性的最大好处之一就是,你不再必须写下面这样的代码了(这里使用的仅是描述性言语):

If type of arg is integer then
 PrintInteger(arg)
Else if type of arg is string then
 PrintString(arg)
Else if type of args is float then
PrintFloat(arg)


  如今,有了OOP言语,上面的表达只需用一句即可:

Print(arg)


  编译器的多态机制通过生成一个方法索引(这实际上相当于上面的条件语句),自会计算出应调用print方法的哪一个版本。

  要从言语的角度了解关于OOP内部任务机制的权威描述,可以参阅Bjarne Stroustrup的《The C++ Programming Language》 (ISBN: 0201700735)(Addison Wesley公司出版)。留意,许多OOP言语使用与C++非常类似的机制。

  三、XML Web服务

  如果你对XML Web服务和它的使用有所了解,那么你对XML Web服务的技巧和引入动机的理解应毫无困难,可以直接跳越到下一节“用Web服务支持多态性”。

  在过去十年左右时间当中, 分布式使用曾经变得愈来愈普遍。象许多其他类型的工程学一样, 软件行业经历了发明然后标准化的时期。XML Web服务是一种基于HTTP和XML开放协议的标准,它不独属于微软,但是微软确实提供了基于.NET架构及其特性的XML Web服务的实现。

  基本的思想是,通过你的编码给描述Web 服务的类添加WebServiceAttribute,并给该类中的Web方法或者是允许消费者调用的方法加上WebMethodAttribute属性。微软的实现技术是,使用反射与代码生成技术来产生代理类型和代理代码,这使得调用分布式服务和方法变得容易。除了产生代理代码之外, .NET架构和Visual Studio还包含一个导游来为你代理Web服务和Web方法。

  为产生一个Web服务,运转Visual Studio .NET,然后选择File-New-Project(本文选工程类型为“Visual Basic Projects”),从新的工程对话框的模板列表中选择“ASP.NET Web Service ”。

  要运转该示例Web服务及Web方法,去掉工程模板导游提供的方法HelloWorld前面的注释部分,然后运转该方案。要了解更多的关于XML Web服务的产生及使用等方面的信息,可以参看前面的“VB Today”栏目, 特别是《Building Distributed Apps?Use XML Web Service, Not Remoting (Mostly)》(December 2004)。

  四、对基于XML生成的代理类添加多态性支持

  如今,将你的留意力转向这一文章的目的。

  当你为Web方法定义参数而且返还参数的时候,一个被称为网络服务发现言语 (WSDL) 的公用程序激活另一个被称为 SPROXY的工具。SPROXY使用反射和CodeDOM技术来为你的Web方法中声明的类型勾划出一个定义,然后为复合类型产生代理类。举例来说,如果你有一个叫做Person的类,当消费者使用该Web服务时, SPROXY 将会为你生成一个Person类。其优点是,Web服务生产者不必要因消费者要使用他们的代码而把他们的专有代码发送给消费者。SPROXY 为他们做了任务。通过使用代理代码,在商业上的私有生意规则得到保护的同时,仍然实现销售之目的――让客户存取这些规则提供的特性。

  下面的代码描述了一个Person类和一个生成的Person代理。

  列表 1. 在Web服务背后的Person类

public class Person
{
 private string name;
 public Person(){}

 public Person(string name)
 {
  this.name = name;
 }

 public string Name
 {
  get{ return name; }
  set{ name = value; }
 }

 public string GetUpperName()
 {
  return name.ToUpper();
 }

 public string UpperName
 {
  get{ return GetUpperName(); }
  set{}
 }
}

  列表 2.由 SPROXY所产生的Person类的代理版本

public class Person
{
 /// <remarks/>
 public string Name;
}

  如你所见,没有一个版本包含任何的私有信息。网络服务并不自动判断或者要求你加入本人的技术保护――保留私有的商业规则仅仅是一种副产品罢了,由于消费者拿到的代理类是一个不包含任何方法的结构而已。

  大概SPROXY所能做的就是,