我的WCF之旅(7):面向服务架构(SOA)和面向对象编程(OOP)的结合——如何实现Service Contract的继承

转帖地址:http://www.cnblogs.com/artech/archive/2007/04/11/708510.html

 

当今的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 的结构:


整个Solution由以下4个project构成:

  • Artech.InheritanceHierarchy.BusinessEntity: 这个Project通过定义的Class封装了在Client和Service端传递的数据,在本例中,我们定义了两个 Class:BasicWhetherInfo和WindInfo,他们分别表示Client通过Service获得的基本天气情况和刮风的情况。
  •  Artech.InheritanceHierarchy.Service: 这个Project是我们的Service,包括Service Contract和Service 本身。我们定义两个用作天气预报的Service:SimpleWhetherForecast和FullWhetherForecast,前面一个只用 返回简单的天气状况的数据(Conditions和Temperature),FullWhetherForecast在 SimpleWhetherForecast基础上增加了提供风向和风速的数据。
  • http://localhost/Artech.InheritanceHierarchy : 一个WCF Service Website,以IIS的方式对Service进行Host。
  • Artech.InheritanceHierarchy.Client: Client端。

2.    定义Artech.InheritanceHierarchy.BusinessEntity

BasicWhetherInfo.cs:

using  System;
using  System.Collections.Generic;
using  System.Text;
using  System.Runtime.Serialization;

namespace  Artech.InheritanceHierarchy.BusinessEntity
{
    [DataContract]    
    [KnownType(
typeof (WhetherConditions))]
    
public   class  BasicWhetherInfo
    
{
        
private  WhetherConditions _condition;      
        
private   double  _temperature;

        
public  BasicWhetherInfo(WhetherConditions condition,  double  temperature)
        
{
            
this ._condition  =  condition;
            
this ._temperature  =  temperature;
        }


        [DataMember]
        
public  WhetherConditions Condition
        
{
            
get   return  _condition; }
            
set   { _condition  =  value; }
        }


        [DataMember]
        
public   double  Temperature
        
{
            
get   return  _temperature; }
            
set   { _temperature  =  value; }
        }


        
public   override   string  ToString()
        
{
            
return   string .Format( " Conditions: {0}; Temperature: {1} " this ._condition,  this ._temperature);
        }

    }


    
public   enum  WhetherConditions
    

        Clear,
        Cloudy,
        Overcost,
        Rainy
    }

}

BasicWhetherInfo包含连个字段 /属性: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
{
    [DataContract]
    [KnownType(
typeof (WindDirection))]
    
public   class  WindInfo
    
{
        
private  WindDirection _direction;       
        
private   string  _speed;

        
public  WindInfo(WindDirection direction,  string  speed)
        
{
            
this ._direction  =  direction;
            
this ._speed  =  speed;
        }


        [DataMember]
        
public  WindDirection Direction
        
{
            
get   return  _direction; }
            
set   { _direction  =  value; }
        }


        [DataMember]
        
public   string  Speed
        
{
            
get   return  _speed; }
            
set   { _speed  =  value; }
        }


        
public   override   string  ToString()
        
{
            
return   string .Format( " Direction: {0}; Speed: {1} " this ._direction,  this ._speed);
        }

    }


    
public   enum  WindDirection
    

        East,
        South,
        West,
        North,
        Northeast,
        SouthEast,
        Northwest,
        Southwest
    }

}

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
{
    [ServiceContract]
    
public   interface  ISimpleWhetherForecast
    
{
        [OperationContract]
        BasicWhetherInfo GetBasicWhetherInfo(
string  postalcode);
    }

}

IFullWhetherForecast.cs

using  System;
using  System.Collections.Generic;
using  System.Text;
using  System.ServiceModel;
using  Artech.InheritanceHierarchy.BusinessEntity;

namespace  Artech.InheritanceHierarchy. Service
{
    [ServiceContract]
    
public   interface  IFullWhetherForecast:ISimpleWhetherForecast
    
{
        [OperationContract]
        WindInfo GetWindInfo(
string  postalcode);
    }

}

我们定义了连个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
{
    [AttributeUsage(
1028 , Inherited  =   false , AllowMultiple  =   false )]
    
public   sealed   class  ServiceContractAttribute : Attribute
    
{
        
public  ServiceContractAttribute();

        
public  Type CallbackContract  get set ; }
        
public   string  ConfigurationName  get set ; }
        
public   bool  HasProtectionLevel  get ; }
        
public   string  Name  get set ; }
        
public   string  Namespace  get set ; }
        
public  ProtectionLevel ProtectionLevel  get set ; }
        
public  SessionMode SessionMode  get set ; }
    }

}

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

SimpleWhetherForecastService:

using  System;
using  System.Collections.Generic;
using  System.Text;
using  Artech.InheritanceHierarchy.BusinessEntity;

namespace  Artech.InheritanceHierarchy.Service
{
    
public   class  SimpleWhetherForecastService:ISimpleWhetherForecast
    
{
        
ISimpleWhetherForecast Members
    }

}

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

FullWhetherForecastService.cs:

using  System;
using  System.Collections.Generic;
using  System.Text;
using  Artech.InheritanceHierarchy.BusinessEntity;

namespace  Artech.InheritanceHierarchy.Service
{
   
public   class  FullWhetherForecastService:SimpleWhetherForecastService,IFullWhetherForecast
    
{
        
IFullWhetherForecast Members       
    }

}

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:

Code比较长,我们现在一部分一部分地来分析。

Part I:Data Contract

把这段代码基本上对应的我们在 Artech.InheritanceHierarchy.BusinessEntity定义的Data Contract:两个Class:BasicWhetherInfo& WindInfo和连个Enum:WindDirection& WhetherConditions。不过有一点我觉得奇怪的是我们原来的BasicWhetherInfo& WindInfo的定义中,我Override了ToString方法,但是在生成的Class中,却没有相应的Code。我不清楚Microsoft对 此事作怎么样的考虑,还是忽略了这一点。

Part II Service Contract

    [System.CodeDom.Compiler.GeneratedCodeAttribute( " System.ServiceModel " " 3.0.0.0 " )]    [System.ServiceModel.ServiceContractAttribute(ConfigurationName = " Artech.InheritanceHierarchy.Client.WhetherForecastService.IFullWhetherForecast " )]
    
public   interface  IFullWhetherForecast
    
{        
        [System.ServiceModel.OperationContractAttribute(Action
= " http://tempuri.org/ISimpleWhetherForecast/GetBasicWhetherInfo " , ReplyAction = " http://tempuri.org/ISimpleWhetherForecast/GetBasicWhetherInfoResponse " )]
        Artech.InheritanceHierarchy.Client.WhetherForecastService.BasicWhetherInfo GetBasicWhetherInfo(
string  postalcode);
        
        [System.ServiceModel.OperationContractAttribute(Action
= " http://tempuri.org/IFullWhetherForecast/GetWindInfo " , ReplyAction = " http://tempuri.org/IFullWhetherForecast/GetWindInfoResponse " )]
        Artech.InheritanceHierarchy.Client.WhetherForecastService.WindInfo GetWindInfo(
string  postalcode);
    }

在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
    
{
        
        
public  FullWhetherForecastClient()
        
{
        }

        
        
public  FullWhetherForecastClient( string  endpointConfigurationName) : 
                
base (endpointConfigurationName)
        
{
        }

        
        
public  FullWhetherForecastClient( string  endpointConfigurationName,  string  remoteAddress) : 
                
base (endpointConfigurationName, remoteAddress)
        
{
        }

        
        
public  FullWhetherForecastClient( string  endpointConfigurationName, System.ServiceModel.EndpointAddress remoteAddress) : 
                
base (endpointConfigurationName, remoteAddress)
        
{
        }

        
        
public  FullWhetherForecastClient(System.ServiceModel.Channels.Binding binding, System.ServiceModel.EndpointAddress remoteAddress) : 
                
base (binding, remoteAddress)
        
{
        }

        
        
public  Artech.InheritanceHierarchy.Client.WhetherForecastService.BasicWhetherInfo GetBasicWhetherInfo( string  postalcode)
        
{
            
return   base .Channel.GetBasicWhetherInfo(postalcode);
        }

        
        
public  Artech.InheritanceHierarchy.Client.WhetherForecastService.WindInfo GetWindInfo( string  postalcode)
        
{
            
return   base .Channel.GetWindInfo(postalcode);
        }

}

现在我们可以通过 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
{
    [ServiceContract]
    
public   interface  ISimpleWhetherForecast
    
{
        [OperationContract]
        BasicWhetherInfo GetBasicWhetherInfo(
string  postalcode);
    }

}

IFullWhetherForecast.cs

using  System;
using  System.Collections.Generic;
using  System.Text;
using  System.ServiceModel;
using  Artech.InheritanceHierarchy.BusinessEntity;

namespace  Artech.InheritanceHierarchy. Client
{
    [ServiceContract]
    
public   interface  IFullWhetherForecast:ISimpleWhetherForecast
    
{
        [OperationContract]
        WindInfo GetWindInfo(
string  postalcode);
    }

}

除了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
{
   
public   class  SimpleWhetherForecastClient:ClientBase < IFullWhetherForecast > ,ISimpleWhetherForecast
    
{
       
ISimpleWhetherForecast Members
    }

}

FullWhetherForecastClient.cs

using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  Artech.InheritanceHierarchy.Client
{
    
public   class  FullWhetherForecastClient:SimpleWhetherForecastClient,IFullWhetherForecast
    
{
       
        
IFullWhetherForecast Members
    }

}

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值