WCF客户端与服务端的通信是通过终结点来实现的,客户端调用终结点的时候需要使用代理,元数据是服务的所有配置信息,客户端需要通过元数据来获取服务的配置信息,从而生成代理。(个人观点,有不对的地方请指出)
WCF提供四种额外绑定: mexHttpBinding, mexHttpsBinding, mexTcpBinding和mexNamedPipeBinding绑定。这些绑定在不同传输协议上使用元数据暴露服务配置信息。
小提示 以”mex”开始的绑定暴露服务元数据
Windows 通信基础架构对那些所有用来暴露元数据的绑定加上”mex”前缀。
mexHttpBindingmexHttpBinding绑定的存在是为了使用它在HTTP传输协议上暴露元数据。如果在basicHttpBinding, wsHttpBinding, ws2007HttpBinding绑定上或者任何包含了HttpTransportBindingElement绑定元素的自定义绑定上暴露服务的话那么使用它是合适的。对大多数情况来说mexHttpBinding绑定就是你的选择因为它提供了对你的元数据的最广泛地访问。这意味着元数据可以通过客户端工具如svcutil.exe 和Visual Studio 2005通过添加服务引用来直接访问。它也意味着元数据可以使用其他HTTP客户端访问,这包括IE, 火狐以及Opera 等浏览器。取决于你的安全配置,这可能不是必须的(基础Http协议是不支持安全的,你可以使用HTTPS或者证书等进行加密)。例如,如果你想使用netNamePipeBinding绑定在本机内进行通信,你可能不想使用这个绑定(这是为神马呢? 因为有mexNamedPipeBinding可以选择呀)。
mexNamedPipeBinding
mexNamedPipeBinding绑定的存在是为了使用它在命名管道传输协议上暴露元数据。这个绑定为那些使用netNamedPipeBinding绑定或者任何包含NamedPipeBinding绑定的绑定元素的自定义绑定暴露服务元数据。mexNamedPipeBinding绑定不将元数据暴露到互联网上而且保证元数据仅可以从本机访问。WCF特别地限制命名管道只能用于本机通信。这已经在第四章的”两个.NET 应用程序之间的本机通信”部分讨论过了。
mexTcpBinding
mexTcpBinding绑定的存在是为了使用它在TCP传输协议上暴露元数据。这个绑定为那些使用netTcpBinding或者netPeerTcpBinding绑定或者任何基于TcpTransportBinding绑定元素的自定义绑定暴露。当使用mexTcpBinding绑定的端口共享时需要考虑一个问题。mexTcpBinding绑定使用的底层TcpTransportBindingElement绑定元素禁用了端口共享。如果需要端口共享,基于mexTcpBinding绑定的自定义绑定可以在传输协议上将PortSharingEnabled属性设置为true. 想要了解更多内容,查看附录中”在服务间共享端口”部分。
mexHttpsBinding
mexHttpsBinding绑定的存在是为了使用它在使用SSL/TLS传输加密(HTTPS)的HTTP传输协议上暴露元数据。与mexHttpBinding绑定类似,mexHttpsBinding用来与basicHttpBinding, wsHttpBinding, ws2007HttpBinding绑定或者任何基于HttpTransportBindingElement绑定元素的自定义绑定一起使用。使用mexHttpsBinding绑定允许传输层加密,这会防止元数据被暴露到互联网上。
1、WCF中的Message
{
Created,
Read,
Written,
Copied,
Closed
}
对Message对象,只有在Create状态下,才能读,否则读取会有异常。Message
同样定义了许多Write之类的方法,这些Write方法同样也只能用于处于Created的消息。
在WCF中,有可能需要对消息进行一些读取、等操作。但是读取操作会改变Message的
状态,导致再次读取会有异 常。这时,可以使用Message定义的CreateBufferedCopy方法。
它的签名如下:
它返回的是MessageBuffer对象,它能进行多次Create而返回Message对象,并且Message的状态为Created。
大数据量二进制数据以SOAP传输时优化使用的格式,也与平台无关;Binary是以二进制格式编码,
只用于.Net平台上。
服务可以根据他发布自己的元数据。
是自动发布服务的元数据信息,于是我们可以通过WSDL工具生成WebService的代理类。
但是我们可以通过发布元数据交换终结点,生成服务的代理。
WCF自动为服务宿主自动提供了IMetadataExchange接口的实现。对于元数据交换终结点,
WCF提供了专门的绑定元素用以对不同的协议(如:HTTP、TCP、IPC)的支持。如HTTP则对应
mexHttpBinding;对于Tcp则对应mexTcpBinding;对于IPC则对应mexNamedPipeBinding。
<behaviors>
<serviceBehaviors>
<behavior name= " mex ">
<serviceMetadata/>
</behavior>
</serviceBehaviors>
</behaviors>
<services>
<service name= " Service.CalculatorService " behaviorConfiguration= " mex ">
<host>
<baseAddresses>
<add baseAddress= " net.tcp://127.0.0.1:3636/mexTcp " />
<add baseAddress= " http://127.0.0.1:6363/mexHttp "/>
<add baseAddress= " net.pipe://127.0.0.1 "/>
</baseAddresses>
</host>
<endpoint address= " net.tcp://localhost:3636/SessionfulCalculator " binding= " netTcpBinding " contract= " Contract.ICalculator "></endpoint>
<endpoint address= " http://localhost:6363/SessionfulCalculator " binding= " wsHttpBinding " contract= " Contract.ICalculator "></endpoint>
<endpoint address= " netpipe " binding= " netNamedPipeBinding " contract= " Contract.ICalculator "></endpoint>
<endpoint address= " mex " binding= " mexTcpBinding " contract= " IMetadataExchange "> </endpoint>
<endpoint address= " mex " binding= " mexHttpBinding " contract= " IMetadataExchange "> </endpoint>
<endpoint address= " mex " binding= " mexNamedPipeBinding " contract= " IMetadataExchange "> </endpoint>
</service>
</services>
</system.serviceModel>
这样,不管服务所支持的HTTP、TCP、IPC等方式,我们都可以通过SVCUtil工具生成代理类
进而访问服务。
在WCF中,对于HTTP协议而言,我们可以通过直接配置服务的行为,通过httpGetEnabled="true"
的方式来发布服务的元数据信息,而它不支持其他协议;对于其他协议我们希望发布元数据信息,
通过配置的方式显然是一种很好的方式。
contract="IMetadataExchange"></endpoint>
如果address配置为空或者与behavior中 name配置相同,则可以直接通过SVCUtil加上
baseAddress生成代理类。如下图:
如果address和behavior中 name配置不同则生成代理类时SVCUtil 需要加上baseAddress +
<endpointaddress="mex" binding="mexNamedPipeBinding"contract="IMetadataExchange" />
中的address的属性值。如下图 :
<serviceMetadata httpGetEnabled="false"/>
</behavior>
转自 http://www.cnblogs.com/goody9807/archive/2013/06/26/3156658.html
和 http://www.cnblogs.com/tyb1222/archive/2012/05/08/2489480.html