WCF入门到精通（二）——契约

第一次接触WCF，如有写的不对的地方有望大家指出来，谢谢！！

本篇文章主要说下WCF中的契约的种类、契约的种类、如何定义契约等内容。

契约是一种双边或多边的协议，是利益相关方就某个问题达成的一种共识，契约确保了服务的正常调用，客户端以契约的方式进行服务调用，而服务则需要照契约规定的方式提供服务。契约是服务提供的一组操作的描述，从功能上讲每个操作对应着某个具体的功能实现，以及调用这个操作的输入和输出；从消息交换层面上讲，每个操作定义了所采用的消息交换模式和消息本身的结构。

主要内容：

1.什么是契约？

2.契约有几种？他们都有什么用途

3.如何定义契约？

4.契约是独立于平台的么？

5.契约和以往哪种技术比较想像，又有什么不同

一、什么是契约？

任何一个分布式应用程序，它之所以能够互相传递消息，都是事先制定好数据交换规则的，这个规则正是交换数据的双方（比如服务器端和客户端）能彼此理解对方 的依据，WCF作为分布式开发技术的一种，同样具有这样一种特性。而在WCF中制定的的规则就被称之为契约（Contract），它是WCF的消息标准， 是任何一个wcf程序不可或缺的一部分。

二、契约的种类

在WCF中，契约分为四种，它们分别为：

1.服务契约

服务契约描述了暴露给外部的类型（接口或类）、服务所支持的操作、使用的消息交换模式和消息的格式。每个WCF服务必须实现至少一个服务契约。使用服务契约必须要引用命名空间System.ServiceModel 。服务契约中常用到的三个特性：

ServiceContractAttribute

该特性定义在类或接口上，用来描述一个相关操作的集合。ServiceContractAttribute特性还有如下的一些属性值可以设置：

Name：给服务契约定义一个名称，而不是使用接口或是类的类型名，在客户端添加服务引用时会用到。

Namespace：命名空间，默认值为http://tempuri.org。

CallbackContract：将另一个服务契约定义为回调契约，使得客户端可以接收服务端的异步消息。

ProtectionLevel：控制契约中发送给消息的保护方式是否需要被签名和加密。该属性为   System.Net.Security.ProtectionLevel枚举类型。

SessionMode：确定会话是否为公开服务契约的端点所支持。

ConfigurationName：服务的配置名称。

[ServiceContract(Name="HelloWorld",Namespace="http://oec2003.cnblogs.com"]
public interface IHelloWorldService
{ 

}

OperationContractAttribute

用OperationContractAttribute标记的方法即为一个服务操作，简单的使用该特性就可以让一个方法加入到服务契约的操作队列中，可以被客户端所调用。该特性也有一些设置消息交换方式的属性。如下

Name：定义一个操作名称，而不是使用方法名称。

Action：该操作消息的动作标题。

ReplyAction：响应该操作消息的动作标题。

IsOneWay：设置该操作是否单向和没有回复，如果操作是单向的，将不支持ReplyAction。

ProtectionLevel：允许你控制特定的操作消息是否被保护，操作中的ProtectionLevel属性将覆盖服务契约中的ProtectionLevel。该属性为System.Net.Security.ProtectionLevel枚举类型。

IsInitiating：操作是否可以用来初始化会话。

IsTerminating：操作是否中止一个会话。

AsyncPattern：将服务操作定义为异步实现模式。

[ServiceContract(Namespace="http://oec2003.cnblogs.com",Name="oec2003",
    ConfigurationName="IHelloWorldService")]
public interface IHelloWorldService
{
    [OperationContract(Name="oec2003SayHello",
        Action = "http://oec2003.cnblogs.com/IHelloWorldService/Hello",
        ReplyAction = "http://oec2003.cnblogs.com/IHelloWorldService/HelloReply")]
    string SayHello();
}

MessageParameterAttribute

使用 MessageParameterAttribute 可以控制参数或返回值的名称。此属性对于已用 MessageContractAttribute 特性标记的参数无效。该特性只有一个Name属性，看如下代码：

[ServiceContract(Namespace="http://oec2003.cnblogs.com",Name="oec2003",
    ConfigurationName="IHelloWorldService")]
public interface IHelloWorldService
{
    [OperationContract]
    [return: MessageParameter(Name = "responseString")]
    string SayHello([MessageParameter(Name = "string")]string meg);
}

2.数据契约

使用数据契约必须引用System.Runtime.Serialization命名空间，在类型上使用DataContractAttribute可以创建数据契约，类型中的成员使用DataMember标记。代码如下：

[DataContract]
public class User
{
    [DataMember]
    public int Age { get; set; }
    [DataMember]
    public string Name { get; set; }
    [DataMember]
    public string Email { get; set; }
}

DataContractAttribute

DataContractAttribute特性定义在类型之上，类型包括类、结构、枚举但不包括接口。 DataContractAttribute特性不能被继承，即继承自有DataContractAttribute特性标记的类并不是数据契约，必须显 示使用DataContractAttribute标记才能成为数据契约。DataContractAttribute特性有IsReference、 Name和Namespace三个属性：

IsReference：bool类型，表示在进行序列化的时候是否保持对象现有的引用结构。

Name：名称。

Namespace：命名空间。

[DataContract(IsReference=true,Name="MyUser",Namespace="http://oec2003.cnblogs.com")]
public class User
{
    [DataMember]
    public int Age { get; set; }
    [DataMember]
    public string Name { get; set; }
    [DataMember]
    public string Email { get; set; }
}

DataMemberAttribute

使用DataMemberAttribute标记的类型成员才能成为数据契约的数据成员。这个和服务契约中的OperationContractAttribute类似。DataMemberAttribute特性有如下四个属性:

EmitDefaultValue：表明在数据成员的值等于默认值的情况下，是否还须要将其序列化到最终的XML中，默认值为true，表示默认值会参与序列化。

IsRequired：bool类型，表明属性成员是否是必须的成员，默认值为false。

Name：数据成员的别名。

Order：相应的数据成员在最终序列化的XML中出现的位置，默认是按字母顺序排列的。

[DataContract(IsReference=true,Name="MyUser",Namespace="http://oec2003.cnblogs.com")]
public class User
{
    [DataMember(EmitDefaultValue=true,IsRequired=true,
        Name="Oec2003_Age",Order=1)]
    public int Age { get; set; }
    [DataMember(EmitDefaultValue = true, IsRequired = true,
        Name = "Oec2003_Name", Order = 2)]
    public string Name { get; set; }
    [DataMember(EmitDefaultValue = true, IsRequired = false,
        Name = "Oec2003_Email", Order = 3)]
    public string Email { get; set; }

3.消息契约

使用消息契约必须引用System.ServiceModel命名空间，消息契约和数据契约一样都是定义在数据类型上。和数据契约不同的是消息契约 更多的是关注数据成员在SOAP消息中的表示。定义一个消息契约需要用到MessageContractAttribute特性，另外还涉及到 MessageHeaderAttribute和MessageBodyMemberAttribute这两个特 性，MessageContractAttribute特性标记在类型上，MessageHeaderAttribute和 MessageBodyMemberAttribute特性标记在数据成员上。

[MessageContract]
public class MessageTest
{
    [MessageHeader]
    public int Age { get; set; }
    [MessageHeader]
    public string Name { get; set; }
    [MessageBodyMember]
    public string Email { get; set; }
}

MessageContractAttribute

通过在一个类型上使用MessageContractAttribute标记可以使之成为一个消息契约。MessageContractAttribute特性含有如下几个属性：

IsWrapped：是否为定义的主体成员（一个或者多个）添加一个额外的根节点。

WrapperName：根节点的名称。

WrapperNamespace：根节点的命名空间。

ProtectionLevel：表示保护级别，WCF中通过System.Net.Security.ProtectionLevel枚举定义消息的保护级别。一般有3种可选的保护级别：None、Sign和EncryptAndSign。

[MessageContract(IsWrapped=false,WrapperName="MyMessage",
    WrapperNamespace="http://oec2003.com")]
public class MessageTest
{
    //省略
}

MessageHeaderAttribute

使用MessageHeaderAttribute标记的数据成员将会出现在SOAP消息的头部，该特性包含下面几个属性：

Actor：为一个URI值，表示处理该报头的目标节点。

MustUnderstand：bool类型，表明Actor定义的节点是否必须理解并处理该节点。

Name：名称。

Namespace：命名空间。

ProtectionLevel：表示保护级别。

Relay：表明该报头是否需要传递到下一个SOAP节点。

[MessageContract]
public class MessageTest
{
    [MessageHeader(Actor="http://oec2003.com/Age",MustUnderstand=true,Name="MyAge",
        Namespace="http://oec2003.com",Relay=true)]
    public int Age { get; set; }
    [MessageHeader]
    public string Name { get; set; }
}

MessageBodyMemberAttribute

使用MessageHeaderAttribute标记的数据成员将会出现在SOAP消息的主体部分，该特性包含下面的属性：

Order：Order属性用来控制成员在SOAP主体部分中出现的位置，默认按字母顺序排列。

Name：名称。

Namespace：命名空间。

ProtectionLevel：表示保护级别。

[MessageContract(IsWrapped=false,WrapperName="MyMessage",
    WrapperNamespace="http://oec2003.com")]
public class MessageTest
{
    [MessageBodyMember(Order = 1)]
    public string Email { get; set; }
}

二、如何定义契约？

可参考资料

http://www.cnblogs.com/artech/archive/2007/02/28/659331.html

http://www.rainsts.net/article.asp?id=427

http://www.rainsts.net/article.asp?id=429

http://www.rainsts.net/article.asp?id=430

   三、契约是独立于平台的么？

WCF作为一种能够跨平台的体系框架，其应用肯定会有异构，异网的情况发生，那么作为通讯依据的契约能否自动适用于上述情况呢？答案是肯定的，契约是独立 于平台之外的，它只约束通讯的双方应该遵守什么样的规则，而丝毫不管双方各自采用的是什么样的技术和什么样的操作系统，也只有这样，WCF才能有真正的生 命力。

四、契约和以往哪种技术比较相像，又有什么不同？

如果非要拿契约和以往的技术相比较 的话，契约和asp.net xml web service的声明性编程模型甚是相似，比如在web service中在类上标记WebServiceAttribute便可以将此类用于远程调用，而将方法添加WebMethondAttribute也可 以将其暴露给远程客户端，这和WCF中的ServiceContract和OperationContract简直如出一辙，但不同的是，WCF中的契约 要比Xml Web Service中的要详尽的多，比如ServiceContract和OperationContract可以直接使用在接口上面，而实现该接口的类就继 承了这种契约声明，自动拥有契约所规范的动作和行为，这就使得程序员更方便的使用面向接口的编程方式，可以使同一服务拥有不同的实现，在新旧版本升级的同 时，能够使新老版本共同运行。