我的WCF之旅（7）：面向服务架构（SOA）和面向对象编程（OOP）的结合——如何实现Service Contract的继承（转载）

当今的IT领域，SOA已经成为了一个非常时髦的词，对SOA风靡的程度已经让很多人对 SOA，对面向服务产生误解。其中很大一部分人甚至认为面向服务将是面向对象的终结，现在的面向对象将会被面向服务完全代替。在开始本Blog之前，我先 来谈谈我对SOA和OO的区别，首先申明，这只是一家之言，欢迎大家批评指正，并且关于SO的谈论不是本Blog的主题，只是主题的引子，在这里只是简单 讨论而已 。

OO和SO之间具有共同的部分，在运用的领域上存在交集，只有在基于他们交集层面上谈论谁是谁非才有意义，下面是我对SO和OO的区别。

OO关注的是如何通过对实体属性和行为的封装来 重塑模拟软件环境的真实实体。对SO关注的则是对现实生活的某个任务、功能的实现，说得通俗点，就是如果做好一件事情。所以对象是对Data和 Behavior的封装，而Service则只是体现了一个Functionality。Service是粗粒度的，这样才能导致Contract的稳 定；Service一般是Stateless的，给定什么样的输入，就会有对应的确定的输出；Service是Autonomous，基本上的实现封装在 Service本身之中，这样可以使它对其它的Service产生最小的依赖。所以对Service建模是一件不太容易的事情：Service不能太大， 否则实现起来不容易，还会增加对外界的依赖；也不能太小，否则整合这个Service的成本会令你望而却步。

Service是可组合的 （Composable），通过整合相关的单独的，完成某个单个Task或者Activity的小的Service，可以很容易产生一个大的 Service，这个Service可以完成一个Functionality的整个流程。比如我们现在把一个Task描述成一个Work flow，如果采用SO的原理来建模，我们可以把组成这个Workflow的单个Activity设计成一个service, 然后根据具体Workflow的特点（比如可能是一个简单的Sequential workflow，也可能是一个基于State machine的workflow）加上相关的条件很容易的把这些Service整合起来，实际上通过整合集成，我们生成一个新的Service。对 OO，由于他面对的是一个的Object，具体在分布式中是一个个的Distributed object，要建立一个Composable object则很难（实际上这样也没有什么意义）。

在OO的概念中，一个Object的属性往往就 是另一个Object，一个Function的实现往往要调用另一个Object的方法，而且这种层次结构可以无限延伸。这样就会导致真个Object体 系变得异常脆弱，经常造成牵一发动全身的状况。用一个很时髦的词语来表达的，就是紧耦合（Tightly couple），Object之间的强依赖关系促成了这种紧耦合的、脆弱的体系结构。而OS则不一样，由于 构成Service体系的单个Service是自治的，Service之间的调用（调用的这个词语容易让人联想到RPC，如果找一个比较贴切的词语来代 替，我觉得consume比较合适）是基于Contract的，Service之间Communication是通过Message的（Message不 仅仅是Data的封装，还是对整个调用的描述，同时基于XML的Message描述和Message的传递都是符合一个开放的标准的），所有这些成就了 SO的松耦合（Loosely couple）。

说了这么多，可能大家都觉得我都是在赞扬SO， 都贬低OO。其实不然，上面所说的3个方面都是在讲应用的构建，而不是具体的编程模式。我想表达的是，曾经盛行的基于OO的理论，在企业应用构架方面，已 经不能满足我们的需要了，我们迫切希望一种全新的理论来指导我们进行企业应用的构架和集成，而这个理论非SO不可。

而在编程模型层面，OO仍然是不可替代的编程模 式。所以OO应用于Programming，而SO则更多地运用在Architecture。既然是这样，我们必须有一种调和剂来调和这两个运用不同原理 的两个层面的差异，实现他们之间的无缝的结合。比如如何来对继承，多态，重载等基于OO行为的支持。在这方面，WCF为我们提供了很好的解决方案。所以我 说WCF不但是为基于SOA的应用架构提供了技术支持，还通过相关的机制完成我们提出的这个“调和剂”的使命。

在上一篇文章[原创]我的WCF之旅（5）：面向服务架构（SOA）对面向对象编程（OOP）的支持——如何实现Service Contract的重载（Overloading）中， 我们谈到了WCF如何实现了对Overloading的支持，在这里我们通过一个Sample来讨论WCF对继承的支持。这个Sample中，我们通过一 个WCF Service实现了提供天气信息的功能，或者说，我们实现了一个用作天气预报的WCF Service。

1． 我们照例来看看真个Solution 的结构：

using System; using System.Collections.Generic; using System.Text; using System.Runtime.Serialization; namespace Artech.InheritanceHierarchy.BusinessEntityBasicWhetherInfo包含连个字段
/属性：Condition和Temperature。属于Condition不属于基元（Primitive type）所以我们需要添加
[KnownType(typeof(WhetherConditions))]Attribute（由于跨AppDomain的数据传递要求传递的数据
先辈Serialization。对于.NET中定义的Primitive type，比如string，int以及其他一些常用的类型，比如
datetime，WCF具有一套默认的序列化机制，但是对于另外一些类型，Serializor在执行Serialization的时候
需要获得相关类型的Metadata的信息，WCF通过KnownType
attribute向Serializor提供Metadata的信息。）。WindInfo中的Direction属性也是一样的原理。

WindInfo.cs

using System;

using System.Collections.Generic;

using System.Text;

using System.Runtime.Serialization;

namespace Artech.InheritanceHierarchy.BusinessEntity

3． 定义Service：Artech.InheritanceHierarchy.Service

我们首先来定义Service Contract

ISimpleWhetherForecast.cs：

using System;

using System.Collections.Generic;

using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;

using System.ServiceModel;

namespace Artech.InheritanceHierarchy.Service

IFullWhetherForecast.cs

using System;

using System.Collections.Generic;

using System.Text;

using System.ServiceModel;

using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy. Service

我们定义了连个Interface作为
Service
Contract。其中IFullWhetherForecast继承ISimpleWhetherForecast。这里需要注意的是虽然
IFullWhetherForecast继承ISimpleWhetherForecast，但是运用在ISimpleWhetherForecast
中的ServiceContract
Attribute却不能被IFullWhetherForecast使用，这是因为在定义System.ServiceModel.
ServiceContractAttribute, 把运用在它之上的AttributeUsage的Inherited设为false,
导致它不能运用到派生的Class上面：

using System;

using System.Net.Security;

namespace System.ServiceModel

我们接着为这两个Service Contract定义对应的Service。

SimpleWhetherForecastService：

using System;

using System.Collections.Generic;

using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Service

为了代码的重用，我们让FullWhetherForecastService继承自SimpleWhetherForecastService，这样我们就不必重新定义GetBasicWhetherInfo方法了。

FullWhetherForecastService.cs：

using System;

using System.Collections.Generic;

using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Service

4． Host Service：http://localhost/Artech.InheritanceHierarchy

现在我们完成了Service的定义，现在我们
来Host我们定义的Service，这次我们通过IIS的方式来host
service。我们首先在该Website中引用Artech.InheritanceHierarchy.Service
Project。然后为FullWhetherForecastService定义相应的.SVC文件（由于Service
Contract的继承关系构成了一种Service
Contract的层次结构，从而导致所有定义的Operation都出现在最底层的Contract中，由于
SimpleWhetherForecastService的Operation没有被
FullWhetherForecastServiceOverride，所以现在我们只需要Host
FullWhetherForecastService就可以了）。

<%@ ServiceHost Service="Artech.InheritanceHierarchy.Service.FullWhetherForecastService,Artech.InheritanceHierarchy.Service" %>

接着我们在Web.config中为Service注册Endpoint。

<?xml version="1.0"?>

<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">

<system.serviceModel>

<services>

<service name="Artech.InheritanceHierarchy.Service.FullWhetherForecastService" behaviorConfiguration="returnFaults">

<endpoint contract="Artech.InheritanceHierarchy.Service.IFullWhetherForecast" binding="wsHttpBinding"/>

</service>

</services>

<behaviors>

<serviceBehaviors>

<behavior name="returnFaults">

<serviceDebug includeExceptionDetailInFaults="true"/>

<serviceMetadata httpGetEnabled="true" />

</behavior>

</serviceBehaviors>

</behaviors>

</system.serviceModel>

<system.web>

<compilation debug="true">

<assemblies>

<add assembly="System.DirectoryServices, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

<add assembly="Microsoft.Transactions.Bridge, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

<add assembly="SMDiagnostics, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

<add assembly="System.IdentityModel.Selectors, Version=3.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

<add assembly="System.Security, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

<add assembly="System.Web.RegularExpressions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

<add assembly="System.Transactions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

<add assembly="System.Messaging, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>

<add assembly="System.ServiceProcess, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/></assemblies></compilation>

</system.web>

</configuration>

5． 定义Client：Artech.InheritanceHierarchy.Client

到现在为止，我们完成了Service的定义和Host的工作，换句话说现在我们定义的Whether

Forecast service已经可以访问，并暴露在这样的一个Address上：http://localhost/Artech.InheritanceHierarchy/FullWhetherForecastService.svc。现在我们来编写我们Client来访问这个Service。
值得一说的是，现在这个Sample中，Client是一个独立的Application，我们既没有让他引用我们定义的
Artech.InheritanceHierarchy.BusinessEntity（在WCF中，这个相当于Data
Contract），也没有让它和Service共享同一个Service Contract。这很类似于在纯Web环境下调用Service。

我们通过添加Service
reference的方式生成我们Client端的code, WCF中的添加Service reference同Web
Service中的添加Web reference相识。通过添加Service
reference，WCF会为我们生成基于Client的service contract，data
contract，proxy，configuraiton，甚至为我们添加System.ServiceNModel
dll的引用。下面就是我们生成的Code：

[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "3.0.0.0")]    [System.ServiceModel.ServiceContractAttribute(ConfigurationName="Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast")]

public interface IFullWhetherForecast

在Service端，我们通过运用继承定义了一
套Service
contract的层次结构，并为处于最底层的Contract公开了一个Endpoint。在Client端，我们通过添加Service
reference的方式生成了Client的Service contract的结构。不过Client的Service
contract的结构是一种扁平的结构：通过一个Contract定义所有的Operation。

Part III Proxy

[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "3.0.0.0")]

public interface IFullWhetherForecastChannel : Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast, System.ServiceModel.IClientChannel

[System.Diagnostics.DebuggerStepThroughAttribute()]

[System.CodeDom.Compiler.GeneratedCodeAttribute("System.ServiceModel", "3.0.0.0")]

public partial class FullWhetherForecastClient : System.ServiceModel.ClientBase<Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast>, Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast

现在我们可以通过
FullWhetherForecastClient这个Proxy
Class来访问Service了。虽然能完成我们的所有操作，但是这样的代码总觉得很别扭。我们希望的是以Service端定义结构进行Service
的调用：Client具有两个Proxy：SimpleWhetherForecastClient和
FullWhetherForecastClient。FullWhetherForecastClient继承自
SimpleWhetherForecastClient。我们先删除我们生成的Code，按照以下的步骤来实现这样功能。

Step 1：定义Client端的Service Contract

ISimpleWhetherForecast

using System;

using System.Collections.Generic;

using System.Text;

using Artech.InheritanceHierarchy.BusinessEntity;

using System.ServiceModel;

namespace Artech.InheritanceHierarchy.Client

IFullWhetherForecast.cs

using System;

using System.Collections.Generic;

using System.Text;

using System.ServiceModel;

using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy. Client

除了namespace，和Service端的contract没有什么区别。

Step2：引用Artech.InheritanceHierarchy.BusinessEntity

Step3: 配置Endpoint

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

<system.serviceModel>

<client>

<endpoint address="http://localhost/Artech.InheritanceHierarchy/FullWhetherForecastService.svc"

binding="wsHttpBinding" bindingConfiguration=""  contract="Artech.InheritanceHierarchy.Client.IFullWhetherForecast"/>

</client>

</system.serviceModel>

</configuration>

因为Service端的Endpoint对应的
Contract是Artech.InheritanceHierarchy.Service
IFullWhetherForecast，所以我们适应对应的Client端的
Contract：Artech.InheritanceHierarchy.Client.IFullWhetherForecast

Step 4：建立Proxy

SimpleWhetherForecastClient.cs

using System;

using System.Collections.Generic;

using System.Text;

using System.ServiceModel;

using Artech.InheritanceHierarchy.BusinessEntity;

namespace Artech.InheritanceHierarchy.Client

FullWhetherForecastClient.cs

using System;

using System.Collections.Generic;

using System.Text;

namespace Artech.InheritanceHierarchy.Client

现在通过SimpleWhetherForecastClient和FullWhetherForecastClient完全以OO的方式优雅地调用Whether forecast service。