WCF之契约

• 消息交换的双方,为了进行消息交换,而定义的一些数据交换规则,称之为契约.
• 契约只约束规则,不管实现.
• 契约对客户端和服务器的要求.
  • 服务器:定义和实现契约.构建ServiceHost实例,然后暴露EndPoint.同时打开通信信道.
  • 客户端:需要服务契约的一个副本和关于EndPoint的信息.为特定的EndPoint构建通信信道.然后就可以调用操作了.
  • 客户端和服务器之间共享契约,而非代码.
• 
• 服务契约
  • 可以应用到接口和类上.
  • 定义可用的操作和签名,即可被远程调用的类和操作.
  • 推荐应用到接口上.这样消除了服务实现的耦合,从而同一服务可以实现多个契约.
• 参数契约
  • 实现不同编程语言通过SOAP的兼容访问.
  • 控制参数或者返回值的Name,把其他语言(Java)客户端发送的含有该Name标记的元素反序列化到该Name指定的参数上.
• 序列化
• [Serializable]:许多的CLR类型都可以序列化,其指定类内的所有域无论访问性如何都被序列化.无法对生成的SOAP元素的名称或类型进行控制(只能是变量名).
• 数据契约.
  • 应用在DataContract上.
    • 在Schema与CLR类型之间转换（对于复杂类型应使用）.
    • WS规范要求使用Schema来表示命名空间,即NameSpace，还可以显示的设置Name.
  • 应用在DataMember上.
    • 明确成员（属性或域）是否参与序列化。
    • 可使用Order来指定顺序，可指定Name作为在SOAP中的名称,推荐对属性而非域进行设置.
• IXMLSerializable
  • 支持Contract First,为WSDL和原数据交换提供了XSD Schema.
  • 需要编写XML与业务对象之间的映射关系。
  • 开销上小于使用数据契约。
  • 在服务契约中验证.
• 数据契约和其他可序列化契约,用于自定义数据结构.
• KnowType已知类型
  • 在WCF中,为了实现SOA,牺牲了一些OO的特性,如多态和继承.
  • 使用已知类型来实现多态.
  • KnowType只能应用在DataContract的基类上.
  • 而ServiceKownType可以应用在接口,方法,类上.
• 编码
  • Code First:丢失SOA特性.契约要受到代码限制.
  • Contract First:根据面向服务的契约编码,实现了C/S间的松耦合性.
• 消息契约
  • 用于自定义消息.控制消息头(MessageHeader)和消息体(MessageBodyMember).
  • 应用在消息体上,可以有多个.相当于操作有多个参数.这是返回多个复杂类型数据的唯一方法.
  • 用途
    • 添加自定义头.
    • 控制消息是否被包装(IsWrapped).
    • 控制签名与加密(ProtectionLevel).
    • 将一个类型转换为SOAP消息.
  • 应用
    • 作为操作参数或者返回值,必须包含可序列化成员.
    • 在生成的客户端代理中，自定义的消息头作为参数添加到操作中，在服务中，消息头和消息体都可用.