WCF中的Binding方式

最近做了一个项目，用到的技术包括在SilverLight下使用WCF通信。开发环境是VS2008，开发语言C#。WCF Service寄宿在ASP.NET Web Application中，自动生成的Endpoint结构如下：

 

图1

然后在SilverLight项目中添加此WCF Service引用，发现并没有生成Endpoint客户端配置，配置文件中空无一物。于是在客户端使用编程进行Binding，代码如下：

 

图2

运行时抛出异常信息如下：

 

图3

但是同样的WCF Service，在ASP.NET Web Application中却可以正常通信。上网找原因，发现SilverLight采用Duplex通信方式（涉及到WCF消息交换模式，本文暂不讨论），因此WCF Service默认的wsHttpBinding不能满足需求。于是考虑改用可以实现Duplex通信的basicHttpBinding方式来进行绑定，在图1中的修改如下：

 

图4

接着在SilverLight项目中更新WCF Service引用，打开ServiceReferences.ClientConfig文件，发现自动生成客户端配置如下：

 

图5

运行程序，SilverLight项目成功得到数据。

由以上经历发现，不同项目之间的通信方式不同，相应要使用不同的Binding方式。WCF框架提供了足够多的Binding，供我们来选择，如下表所示：

Binding名称	Configuration Element	描述
BasicHttpBinding	basicHttpBinding	一个指定用符合基本网络服务规范通讯的binding，它用http进行传输，数据格式为text/xml
WSHttpBinding	wsHttpBinding	一个安全的通用的binding,但它不能在deplex中使用
WSDualHttpBinding	wsDualHttpBinding	一个安全的通用的binding,但不能在deplex中使用
WSFederationHttpBinding	wsFederationHttpBinding	一个安全的通用的支持WSF的binding，能对用户进行验证和授权
NetTcpBinding	netTcpBinding	在wcf应用程序中最适合跨机器进行安全通讯的binding
NetNamedPipeBinding	netNamedPipeBinding	在wcf应用程序中最适合本机进行安全通讯的binding
NetMsmqBinding	netMsmqBinding	在wcf应用程序中最适合跨机器进行安全通讯的binding，并且支持排队
NetPeerTcpBinding	netPeerTcpBinding	一个支持安全的，多机交互的binding
MsmqIntegrationBinding	msmqIntegrationBinding	一个用于wcf与现有msmq程序进行安全通讯的binding

参照上表，有助于我们面对不同的通信机制选择不同的WCF绑定方式。

 

附：什么是Endpoint

WCF的中的Endpoint结构就类似于xml web service中的一个asmx文件，它包括三个组成部分1）Address 2) Binding 3) Contract,此三者被称为组成Endpoint的"ABC"。

ABC分别解决了Endpoint的如下问题：

A解决了Endpoint在哪的问题，也就是"Where is the endpoint?"

B解决的是如何与Endpoint通讯的问题，也就是"How to communicate with endpoint?"

C解决了Endpoint提供什么功能的问题，也就是"What functionalities do the endpoint provide?"