多态是OOP的重要特性，我这里指的多态是其中的一小部分。
在Web Services方法中，我们往往使用的都是一个具体类型的参数。这个参数一般就是一个数据对象，所有的功能基本上只是为了存放数据。虽然这对于应用来说 一般已经足够，我们大量使用了这样的Web Services，不也过得好好的吗？但是，在这一点上实在太不够面向对象了。
不过，我 们到底如何在Web Services方法中运用多态呢？似乎最容易想到的办法就是在Web Services方法里使用接口或者抽象类型的参数，只要将不同的实现或者子类对象作为参数传递给Web Services方法就可以了。作为示例，我们希望看到最简单的东西，那么就使用这个方法吧。
首先，我们定义一个Employee抽象类：
Employee抽象类
Employee抽象类存放了一个员工的工龄，RealStatus属性返回了当前实例真正的类名，并且定义了一个CalculateSalary方法，可以让子类提供不同的实现。
我们又写了一个Web Services方法CalculateSalary，用于计算一个员工的薪水，并将信息返回。代码如下：
CalculateSalary方法
这样，我们只要传入不同的Employee子类的实例，就能获得不同的信息了。那么我们现在开始分配薪水吧（以下数据纯属虚构，如有雷同，实属巧合）！
首先是实习生。可怜的实习生，不管干多少年永远只有2000元：
Intern类代码
接下来是签第三方公司的合同工，底薪5000，每年增加1000：
Vendor类代码
最后是正式员工（全职工），底薪12000，每年增加2000：
FulltimeEmployee类代码
然后我们应该如何告诉Atlas将不同类型的实例传递给Web Services方法的参数呢？答案便是使用“__serverType”指定类型。我们通过示例代码查看这一点：
首先我们还是来看简单的HTML代码：
HTML代码
有一个文本框，在里面输入年份。还有一个下拉框，可以选择想要传递给Web Services方法的参数类型。点击“Calculate!”按钮则会调用Web Services方法，并将结果显示在最后的DIV上。
下面是所用到的Javascript代码：
Javascript代码
calculateSalary函数会构造一个Object作为Web Services方法的参数，设置它的“Years”之后，还会将下拉框选择的那项赋值给“__serverType”。这样， “__serverType”的值就是一个类的FullName了，于是也就告诉了Atlas在服务器端需要构造哪个类的实例。
打开页面：
在文本框内填入工龄，选择Status，并点击“Calculate!”按钮。咦？怎么出错了？
为什么会出现这个错误？因为Atlas的服务器端Web Services运行环境没有在其上下文的字典里找到Jeffz.PolymorphismInWSTypes.Vendor这个类，于是抛出了 KeyNotFoundException。那么我们该如何解决这个问题呢？这时候XmlIncludeAttribute就登场了，它原本是配合 XmlSerializer使用，而现在也大有用武之地。
我们只需使用XmlIncludeAttribute为CalculateSalary这个Web Services方法作标记就可以了，例如：
应用了XmlIncludeAttribute的CalculateSalary方法
我们再运行一下页面，先选择Intern，输入工龄为2，点击“Calculate!”按钮：
再选择FTE，输入工龄为5，点击“Calculate!”按钮：
可以发现，我们在客户端告诉了Atlas应该使用哪个类，而Atlas也老老实实地构造了相应的类。如果能够合理地使用这一点，我们能够做的事情何止这个示例写的这么简单！
从这里我们可以看出，虽然Atlas打着“使用Web Services”的名号，但是它事实上使用一套特别的运行环境。如果利用好这个运行环境的特性，我们的Atlas开发生活会变得更加美好。:)
在Web Services方法中，我们往往使用的都是一个具体类型的参数。这个参数一般就是一个数据对象，所有的功能基本上只是为了存放数据。虽然这对于应用来说 一般已经足够，我们大量使用了这样的Web Services，不也过得好好的吗？但是，在这一点上实在太不够面向对象了。
不过，我 们到底如何在Web Services方法中运用多态呢？似乎最容易想到的办法就是在Web Services方法里使用接口或者抽象类型的参数，只要将不同的实现或者子类对象作为参数传递给Web Services方法就可以了。作为示例，我们希望看到最简单的东西，那么就使用这个方法吧。
首先，我们定义一个Employee抽象类：
Employee抽象类
Employee抽象类存放了一个员工的工龄，RealStatus属性返回了当前实例真正的类名，并且定义了一个CalculateSalary方法，可以让子类提供不同的实现。
我们又写了一个Web Services方法CalculateSalary，用于计算一个员工的薪水，并将信息返回。代码如下：
CalculateSalary方法
这样，我们只要传入不同的Employee子类的实例，就能获得不同的信息了。那么我们现在开始分配薪水吧（以下数据纯属虚构，如有雷同，实属巧合）！
首先是实习生。可怜的实习生，不管干多少年永远只有2000元：
Intern类代码
接下来是签第三方公司的合同工，底薪5000，每年增加1000：
Vendor类代码
最后是正式员工（全职工），底薪12000，每年增加2000：
FulltimeEmployee类代码
然后我们应该如何告诉Atlas将不同类型的实例传递给Web Services方法的参数呢？答案便是使用“__serverType”指定类型。我们通过示例代码查看这一点：
首先我们还是来看简单的HTML代码：
HTML代码
有一个文本框，在里面输入年份。还有一个下拉框，可以选择想要传递给Web Services方法的参数类型。点击“Calculate!”按钮则会调用Web Services方法，并将结果显示在最后的DIV上。
下面是所用到的Javascript代码：
Javascript代码
calculateSalary函数会构造一个Object作为Web Services方法的参数，设置它的“Years”之后，还会将下拉框选择的那项赋值给“__serverType”。这样， “__serverType”的值就是一个类的FullName了，于是也就告诉了Atlas在服务器端需要构造哪个类的实例。
打开页面：
在文本框内填入工龄，选择Status，并点击“Calculate!”按钮。咦？怎么出错了？
为什么会出现这个错误？因为Atlas的服务器端Web Services运行环境没有在其上下文的字典里找到Jeffz.PolymorphismInWSTypes.Vendor这个类，于是抛出了 KeyNotFoundException。那么我们该如何解决这个问题呢？这时候XmlIncludeAttribute就登场了，它原本是配合 XmlSerializer使用，而现在也大有用武之地。
我们只需使用XmlIncludeAttribute为CalculateSalary这个Web Services方法作标记就可以了，例如：
应用了XmlIncludeAttribute的CalculateSalary方法
我们再运行一下页面，先选择Intern，输入工龄为2，点击“Calculate!”按钮：
再选择FTE，输入工龄为5，点击“Calculate!”按钮：
可以发现，我们在客户端告诉了Atlas应该使用哪个类，而Atlas也老老实实地构造了相应的类。如果能够合理地使用这一点，我们能够做的事情何止这个示例写的这么简单！
从这里我们可以看出，虽然Atlas打着“使用Web Services”的名号，但是它事实上使用一套特别的运行环境。如果利用好这个运行环境的特性，我们的Atlas开发生活会变得更加美好。:)
本文转自 jeffz 51CTO博客，原文链接：http://blog.51cto.com/jeffz/60797，如需转载请自行联系原作者
