WCF 第四章 绑定 系列文章

正如第三章“信道”所描述的，信道栈是一个由一个或多个信道组成用来处理消息的层次通信栈。绑定是预先设置的信道栈。它们代表了在客户端和服务端之间的线上契约。每个绑定由通信中涉及的传输，编码和协议确定。WCF使用绑定为多样化通信场景集合配置信息。

[第1篇] 基础

最普通的通信场景，比如网络服务，REST/POX 服务和基于队列的应用都在盒子外面提供。例如，basicHttpBinding绑定意味着使用基于ASP.NET Web Services的服务或者与WS-I 基础协议1.1 相适应的服务。ws2007HttpBinding 和wsHttpBinding 绑定类似于basicHttpBinding绑定，但是它们支持更多的特性，比如可信赖消息和事务，而且使用新的标准WS-Addressing. ws2007HttpBinding 绑定继承自.NET 3.5而且比wsHttpBinding基于更新的标准。

[第2篇] 选择一个合适的绑定

WCF中有9个预设绑定。这些绑定中的每一个都满足一个特殊分布式计算的需求。很多因素决定了为一个特殊应用选择哪一个绑定，包括安全，互通性，可信赖，性能和事务需求。

[第3篇] 跨机器通信

这一部分描述了用来在.NET应用程序间跨机器通信的绑定。我们将描述如何通过配置文件和代码来自定义每一个绑定。每一个绑定都会在一个典型场景的上下文中查看。

[第4篇]本机.NET应用程序间的通信

进程间，跨进程，通信就是在同一台机器上的两个独立进程间的通信。进程内，或者在进程中，通信就是在一个进程内两个软件模块的通信。这些通信类型一起组成了我们所称的本机通信。

[第5篇] 使用基础Web Services

Web 服务时异构系统间相互通信的基础。比如，基于JAVA平台创建的IBM Websphere或者BEA WebLogic服务必须与基于.NET 平台创建的客户端和服务端进行无缝连接。基于.NET平台创建的服务必须与基于JAVA平台创建的客户端和服务端进行无缝连接。在WCF出现之前，ASP.NET Web 服务(ASMX)和高级Web 服务在.NET平台上提供了这种能力。在.NET 3.0时，WCF直接取代了这些技术并提供了一个单独的统一的架构来创建Web 服务。WCF包括了很多种暴露交互式Web 服务的绑定，包括basicHttpBinding, wsHttpBinding, wsDualHttpBinding和wsFederationHttpBinding绑定。

[第6篇] 使用高级Web 服务通信

这一部分描述了用来在.NET应用程序间跨机器通信的绑定。我们将描述如何通过配置文件和代码来自定义每一个绑定。每一个绑定都会在一个典型场景的上下文中查看。

[第7篇]wsHttpBinding

对WS-* 标准的支持一直贯穿于WCF架构中。wsHttpBinding绑定是这个支持的一个例子。这个绑定提供了在异构平台上交互通信的能力同时提供了高级架构级别的协议，比如安全，可信赖消息和事务。wsHttpBinding绑定是.NET Framework 3.0 的默认绑定，当你需要基于网络服务的交互通信时。

[第8篇] ws2007HttpBinding

.NET Framework 3.5 介绍了一种用于Web 服务交互称为ws2007HttpBinding绑定的新的绑定。这个绑定类似于ws2007HttpBinding绑定除了它支持最新的WS-* 消息，安全，可信赖消息和事务标准。表4.8列出了ws2007HttpBinding支持的新的WS-*标准。

[第9篇] wsDualHttpBinding

wsDualHttpBinding绑定类似于wsHttpBinding绑定，它额外支持双向通信但不支持传输级别的安全。双向通信通过两个形状改变绑定元素完成: OneWayBindingElement和CompositeDuplexBindingElement绑定元素。CompositeDuplexBindingElement绑定元素在两个单向信道上加了一个双向通信信道。wsDualHttpBinding绑定使用HttpTransportBindingElement绑定元素。这是传输仅支持请求-回复消息交换模式。OneWayBindingElement 绑定元素允许HttpTransportBindingElement绑定元素与CompositeDuplexBindingElement绑定元素一起使用。

[第10篇]比较各种绑定的性能和可扩展性

开发人员需要知道绑定的性能和可扩展性特点。当你在与现实中的应用程序打交道时，性能和可扩展性对服务层次的协议和用户体验很重要。用户会对性能表现差的应用抱怨。应用通常不扩展意味着商业对象的需求没有被满足。

[第11篇] 使用队列技术进行通信

可连接应用是那些要求客户端和服务端要同时运行并且在一个网络上是可达的应用。

不可连接应用是那些客户端可以不用连接到服务端但仍然可以工作的应用，但是在那个模式下不是所有的特性都可以使用。断开的应用必须在本地缓存数据，必须以一些异步的行为进行通信，而且必须保存任何消息以便于在连接被重新建立以后可以把消息发送出去。

[第12篇] netMsmqBinding

MSMQ 为使用队列创建分布式应用程序提供支持。WCF支持将MSMQ队列作为netMsmqBinding绑定的底层传输协议的通信。netMsmqBinding绑定允许客户端直接把消息提交到一个队列中同时服务端从队列中读取消息。客户端和服务端之间没有直接通信过程；因此，通信本质是断开的。也意外着所有的通信必须是单向的。因此，所有的操作必须要在操作契约上设置IsOneWay=true属性。

[第13篇]msmqIntegrationBinding

msmqIntegrationBinding 绑定用来在一个WCF应用程序和一个直接利用MSMQ的应用程序间通信-比如，使用System.Messaging.这允许开发人员利用WCF同时也使用他们已有的MSMQ应用程序。msmqIntegrationBinding绑定允许MSMQ消息映射到WCF消息。这通过在MsmqMessage类中对MSMQ消息包装来实现的。类位于System.ServiceModel.MsmqIntegration命名空间里。实例可以使用单向契约被发送或接收。

[第14篇] 创建一个自定义绑定

有很多时候预先设置好的绑定不满足你的服务的需求。一般的场景包含了自定义安全和额外传输协议，都不被WCF支持。一个例子是WCF中不支持UDP协议。对UDP协议的支持是以Windows SDK 中的例子来实现的。考虑到这些情况所以WCF提供了创建自定义绑定的能力。自定义绑定可以由代码或配置文件创建。一个自定义绑定的代码使用System.ServiceModel.Channels命名空间中的CustomBinding 类来生成。这个类暴露了一个你可以添加绑定元素的绑定元素集合。这允许你构造一个基于一系列现有绑定元素的新的绑定。列表4.32 显示了一个由代码生成的自定义绑定。

[第15篇]绑定元素

WCF在预设绑定中提供了很多信道和编码器。这些信道提供了在自定义绑定中使用的绑定元素。这一部分提供WCF内部绑定元素列表以及它们的使用方面。

[第16篇] 在多个绑定上暴露一个服务契约

这一章的之前部分描述了使用netTcpBinding和wsHttpBinding绑定暴露服务。这些绑定中的每一个都用来支持特殊通信场景。例如，netTcpBinding绑定对于.NET应用程序间的通信是很理想的，wsHttpBinding绑定支持使用Web 服务的不同平台间的通信，basicHttpBinding绑定支持不支持高级协议的Web 服务间的通信。

[第17篇] WCF绑定总结

信道架构把一系列分布式编程技术统一为一个单独的编码模型。这个架构允许服务独立于传输协议和编码协议而创建，因此支持多种通信形式。绑定是支持特殊通信类型的预先设置好的信道栈。WCF提供9种预定义绑定。