最近做了一个项目,用到的技术包括在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?"