自定义绑定
当系统提供的某个绑定不符合服务的要求时,可使用 CustomBinding 类。所有绑定都是从绑定元素的有序集构造而来的。自定义绑定可以从一组系统提供的绑定元素生成,也可以包含用户定义的自定义绑定元素。例如,可以使用自定义绑定元素在服务终结点处使用新的传输或编码器。有关可运行示例,请参见Custom Binding Samples。有关更多信息,请参见 <customBinding>.
自定义绑定的构造
自定义绑定是使用 CustomBinding 构造函数并通过“堆叠”在一起的绑定元素的集合构造的,这些元素的特定顺序如下:
- 最顶层是一个允许流事务的可选 TransactionFlowBindingElement 类。
- 接下来是一个可选的 ReliableSessionBindingElement 类,它提供了 WS-ReliableMessaging 规范中定义的会话和排序机制。会话可通过 SOAP 和传输中介。
- 接下来是一个可选的 SecurityBindingElement 类,它提供了授权、身份验证、保护和机密性等安全功能。
- 接下来是一个可选的 CompositeDuplexBindingElement 类,它提供了通过本身不支持双工通信的传输协议(例如 HTTP)进行双向双工通信的功能。
- 接下来是一个可选的 OneWayBindingElement 类,它提供了单向通信。
- 接下来是一个可选的流安全绑定元素,它可以是以下元素之一。
- 接下来是一个必需的消息编码绑定元素。可以使用自己的消息编码器或者以下三种消息编码绑定之一:
底层是一个必需的传输元素。可以使用自己的传输,或者使用 Windows Communication Foundation (WCF) 提供的以下传输绑定元素之一:
- TcpTransportBindingElement
- HttpTransportBindingElement
- HttpsTransportBindingElement
- NamedPipeTransportBindingElement
- PeerTransportBindingElement
- MsmqTransportBindingElement
- MsmqIntegrationBindingElement
- ConnectionOrientedTransportBindingElement
下表总结了每层的选项。
层 | 选项 | 必需 |
---|---|---|
事务 |
TransactionFlowBindingElement |
否 |
可靠性 |
ReliableSessionBindingElement |
否 |
安全 |
SecurityBindingElement |
否 |
编码 |
文本、二进制、消息传输优化机制 (MTOM)、自定义 |
是 |
传输 |
TCP、HTTP、HTTPS、命名管道(也称为 IPC)、对等 (P2P)、消息队列(也称为 MSMQ)、自定义 |
是 |
此外,可以定义自己的绑定元素,并将它们插在前面定义的任何层之间。
创建用户定义的绑定
有多种方式可以创建系统未提供的绑定:
- 基于 CustomBinding 类(可向其中填充绑定元素的容器)创建一个自定义绑定。然后将自定义绑定添加到服务终结点。可以通过编程方式或者在应用程序配置文件中创建自定义绑定。若要从应用程序配置文件中使用绑定元素,该绑定元素必须扩展 BindingElementExtensionElement。有关自定义绑定的更多信息,请参见自定义绑定和 CustomBinding。
- 可以创建一个从标准绑定派生的类。例如,可以从 WSHttpBinding 派生一个类并重写 CreateBindingElements 方法,以获取绑定元素并插入自定义绑定元素或建立一个特定的安全值。
- 可以创建一个新的 Binding 类型来完全控制整个绑定实现。
绑定元素的顺序
发送或接收消息时,每个绑定元素都表示一个处理步骤。在运行时,绑定元素会创建必要的通道和侦听器,用以生成传出和传入通道堆栈。
有三种主要的绑定元素类型:协议绑定元素、编码绑定元素和传输绑定元素。
协议绑定元素 – 这些元素表示对消息执行的更高级别的处理步骤。由这些绑定元素创建的通道和侦听器可以添加、移除或修改消息内容。给定的绑定可以具有任意数量的协议绑定元素,每一个元素都从 BindingElement 继承。Windows Communication Foundation (WCF) 包括几种协议绑定元素,其中包括 ReliableSessionBindingElement 和 SymmetricSecurityBindingElement。
编码绑定元素 – 这些元素表示消息与准备用于网络传输的编码之间的转换。典型的 WCF 绑定正好包括一个编码绑定元素。编码绑定元素的示例包括 MtomMessageEncodingBindingElement、BinaryMessageEncodingBindingElement 和 TextMessageEncodingBindingElement。如果未对绑定指定编码绑定元素,则使用默认的编码。当传输协议是 HTTP 时,默认编码为文本;对于其他传输协议,默认编码为二进制。
传输绑定元素 – 这些元素表示传输协议上编码消息的传输。典型的 WCF 绑定正好包括一个从 TransportBindingElement 继承的传输绑定元素。传输绑定元素的示例包括 TcpTransportBindingElement、HttpTransportBindingElement 和 NamedPipeTransportBindingElement。
创建新的绑定时,添加绑定元素的顺序很重要。应始终按照以下顺序添加绑定元素:
层 | 选项 | 必需 |
---|---|---|
事务流 |
否 |
|
可靠性 |
System.ServiceModel.Channels.ReliableSessionBindingElement |
否 |
安全 |
否 |
|
复合双工 |
否 |
|
编码 |
文本、二进制、MTOM、自定义 |
是* |
传输 |
TCP、命名管道、HTTP、HTTPS、MSMQ、自定义 |
是 |
*由于每个绑定都需要一个编码,因此,如果未指定编码,则 WCF 会添加一个默认编码。对于 HTTP 和 HTTPS 传输,默认编码为 Text/XML,对于其他传输,默认编码为二进制。
创建新的绑定元素
除了从 WCF 提供的 BindingElement 派生的类型外,还可以创自己的建绑定元素。这样,您就可以通过创建自己的、可与堆栈中其他的系统提供的类型组合的 BindingElement,自定义创建绑定堆栈的方式和进入其中的组件。
例如,如果实现一个 LoggingBindingElement
以提供将消息记录到数据库中的能力,则必须将其放置在通道堆栈中传输通道的上方。在此情况下,应用程序创建一个将 TcpTransportBindingElement 与 LoggingBindingElement
组合在一起的自定义绑定,如以下示例中所示。
Binding customBinding = new CustomBinding(
new LoggingBindingElement(),
new TcpTransportBindingElement()
);
写入新的绑定元素的方式取决于元素的确切功能。一个示例(传输:UDP)提供了有关如何实现一种绑定元素的详细说明。
创建新的绑定
可以通过两种方式使用用户创建的绑定元素。上一节演示了第一种方式:通过自定义绑定。自定义绑定允许用户基于任意一组绑定元素(包括用户创建的绑定元素)创建自己的绑定。
如果在多个应用程序中使用绑定,则可创建自己的绑定并扩展 Binding。这样就避免了在每次使用时都需要手动创建自定义绑定。用户定义的绑定允许您定义绑定的行为并包括用户定义的绑定元素。然后将用户定义的绑定进行预包装:不必在每次使用时重新生成绑定。
用户定义的绑定至少必须实现 CreateBindingElements 方法和 Scheme 属性。
CreateBindingElements 方法返回一个新的 BindingElementCollection,其中包含绑定的绑定元素。此集合已经过排序,应首先包含协议绑定元素,接下来是编码绑定元素,再接下来是传输绑定元素。在使用 WCF 系统提供的绑定元素时,必须遵照自定义绑定中指定的绑定元素排序规则。此集合不得引用在用户定义的绑定类中引用的对象;因此,绑定作者必须在每次调用 CreateBindingElements 时返回 BindingElementCollection 的 Clone()。
Scheme 属性表示在绑定上使用的传输协议的 URI 方案。例如,WSHttpBinding 和 NetTcpBinding 从各自的 Scheme 属性中返回“http”和“net.tcp”。
有关用户定义绑定的可选方法和属性的完整列表,请参见 Binding。
示例
本示例在派生自 Binding 的 SampleProfileUdpBinding
中实现配置文件绑定。SampleProfileUdpBinding
最多包含四个绑定元素:一个用户创建的 UdpTransportBindingElement
;三个系统提供的 TextMessageEncodingBindingElement
、 CompositeDuplexBindingElement
和 ReliableSessionBindingElement
。
public override BindingElementCollection CreateBindingElements()
{
BindingElementCollection bindingElements = new BindingElementCollection();
if (ReliableSessionEnabled)
{
bindingElements.Add(session);
bindingElements.Add(compositeDuplex);
}
bindingElements.Add(encoding);
bindingElements.Add(transport);
return bindingElements.Clone();
}
双工协定的安全限制
不是所有绑定元素都彼此兼容。具体而言,安全绑定元素在用于双工协定时存在一些限制。
单步安全
通过将 <message> 配置元素的 negotiateServiceCredential
属性设置为 false,可以实现“单步”安全。在这种模式中,所有必需的安全凭据在一个消息中发送。
单步身份验证无法与双工协定一起工作。
对于请求-答复协定,只有在安全绑定元素下的绑定堆栈支持创建 IRequestChannel 或 IRequestSessionChannel 实例的情况下,单步身份验证才可以工作。
对于单向协定,如果安全绑定元素下的绑定堆栈支持创建 IRequestChannel、IRequestSessionChannel、IOutputChannel 或 IOutputSessionChannel 实例,则单步身份验证可以工作。
Cookie 模式安全上下文标记
Cookie 模式安全上下文标记不能与双工协定一起使用。
对于请求-答复协定,只有在安全绑定元素下的绑定堆栈支持创建 IRequestChannel 或 IRequestSessionChannel 实例的情况下,Cookie 模式安全上下文标记才可以工作。
对于单向协定,如果安全绑定元素下的绑定堆栈支持创建 IRequestChannel 或 IRequestSessionChannel 实例,则 Cookie 模式安全上下文标记可以工作。
会话模式安全上下文标记
如果安全绑定元素下的绑定堆栈支持创建 IDuplexChannel 或 IDuplexSessionChannel 实例,则会话模式 SCT 适用于双工协定。
如果安全绑定元素下的绑定堆栈支持创建 IDuplexChannel、IDuplexSessionChannel、IRequestChannel 或 IRequestSessionChannel 实例,则会话模式 SCT 适用于请求-答复协定。
如果安全绑定元素下的绑定堆栈支持创建 IDuplexChannel、IDuplexSessionChannel、IRequestChannel 或 IRequestSessionChannel 实例,则会话模式 SCT 适用于单向协定。
派生自标准绑定
也许可以扩展一个现有的系统提供的绑定,而不用创建一个全新的绑定类。与上一个示例非常类似,必须重写 CreateBindingElements 方法和 Scheme 属性。