我们今天将会在这篇文章中为大家详细介绍一下有关WCF选择绑定的相关应用方法，对于初学者来说，可以通过本文介绍的内容从中获得一些帮助，从而解决在实际应用中遇到的一些问题。#t#
为WCF选择绑定服务应该遵循图所示的决策活动图表。首先需要确认服务是否需要与非WCF的客户端交互。如果是，同时客户端又是旧的MSMQ客户端，选择MsmqIntegrationBinding绑定就能够使得服务通过MSMQ与该客户端实现互操作。如果服务需要与非WCF客户端交互，并且该客户端期望调用基本的Web服务协议(ASMX Web服务)，那么选择BasicHttpBinding绑定就能够模拟
ASMX Web服务(即WSI-Basic Profile)公开WCF服务。缺点是我们无法使用大多数***的WS-*协议的优势。但是，如果非WCF客户端能够识别这些标准，就应该选择其中一种 WS绑定，例如WSHttpBinding、WSFederationBinding或者WSDualHttpBinding。如果假定客户端为WCF客户端，同时需要支持脱机或断开状态下的交互，则可以选择NetMsmqBinding使用MSMQ传输消息。如果客户端需要联机通信，但是需要跨机器边界调用，则应该选择NetTcpBinding通过TCP协议进行通信。如果相同机器上的客户端同时又是服务，选择NetNamePipeBinding使用命名管道可以使性能达到***化。如果基于额外的标准，例如回调(选择WSDualHttpBinding)或者联邦安全(选择 WSFederationBinding)，则应对选择的绑定进行微调。
注意：即使超出了使用的目标场景，大多数绑定工作仍然良好。例如，我们可以使用TCP绑定实现相同机器甚至进程内的通信;我们也可以使用基本绑定实现Intranet中WCF对WCF的通信。然而，我们还是应尽量按照图WCF选择绑定。
使用绑定：每种绑定都提供了多种可配置的属性。绑定有三种工作模式。如果内建绑定符合开发者的需求，就可以直接使用它们。我们也可以对绑定的某些属性如事务传播、可靠性和安全性进行调整与配置，还可以定制自己的绑定。最常见的情况是使用已有的绑定，然后只对绑定的几个方面进行配置。应用程序开发者几乎不需要编写定制绑定，但这却是框架开发者可能需要做的工作。
以上就是我们对WCF选择绑定的相关内容的介绍。
