WCF中几个基本知识点整理-51CTO.COM

整理了几个WCF里几个基本知识点：

1、WCF中的Message

WCF中的消息对象Message，是有状态的。它的状态是MessageState枚举。共有以下几种类型：

public enum MessageState  
{  
    Created,  
    Read,  
    Written,  
    Copied,  
    Closed  
}

对Message对象，只有在Create状态下，才能读，否则读取会有异常。Message

同样定义了许多Write之类的方法，这些Write方法同样也只能用于处于Created的消息。

在WCF中，有可能需要对消息进行一些读取、等操作。但是读取操作会改变Message的

状态，导致再次读取会有异常。这时，可以使用Message定义的CreateBufferedCopy方法。

它的签名如下：

public MessageBuffer CreateBufferedCopy(int maxBufferSize);

它返回的是MessageBuffer对象，它能进行多次Create而返回Message对象，并且Message的状态为Created。

2、WCF中的消息编码格式：

Text、MTOM、Binary。Text格式是与平台无关的；MTOM，基于WS-*MTOM规范，是大数据量二进制数据以SOAP传输时优化使用的格式，也与平台无关；Binary是以二进制格式编码，只用于.Net平台上。

3、元数据交换终结点

元数据交换终结点是一类特殊的终结点，也成为MEX 终结点，它支持元数据交换的标准；服务可以根据他发布自己的元数据。

对于WebService来说，它是通过WSDL的方式发布元数据,这样对于WebService来说，是自动发布服务的元数据信息，于是我们可以通过WSDL工具生成WebService的代理类。

在WCF中，服务是可以选择不发布元数据信息的，即使是对于它所支持跨平台HTTP协议。但是我们可以通过发布元数据交换终结点，生成服务的代理。

WCF自动为服务宿主自动提供了IMetadataExchange接口的实现。对于元数据交换终结点，

WCF提供了专门的绑定元素用以对不同的协议（如：HTTP、TCP、IPC）的支持。如HTTP则对应

mexHttpBinding;对于Tcp则对应mexTcpBinding;对于IPC则对应mexNamedPipeBinding。

以下就是对于HTTP、TCP、IPC这几种协议下元数据交换终结点的配置：

<system.serviceModel> 
        <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"的方式来发布服务的元数据信息，而它不支持其他协议。

对于其他协议我们希望发布元数据信息，通过配置的方式显然是一种很好的方式。

对于元数据交换终结点配置，如<endpoint address="mex" binding="mexNamedPipeBinding"
contract="IMetadataExchange"></endpoint>

如果address配置为空或者与behavior中 name配置相同，则可以直接通过SVCUtil

加上 baseAddress生成代理类。如下图：

如果address和behavior中 name配置不同则生成代理类时SVCUtil 需要加上

baseAddress +<endpointaddress="mex" binding="mexNamedPipeBinding"

contract="IMetadataExchange" />中的address的属性值。如下图：

使用元数据交换终结点时，如果服务所支持的终结点绑定支持HTTP协议，不论如下配置：

<behavior name="mex">   
<serviceMetadata httpGetEnabled="false"/> 
   
 
</behavior>

中httpGetEnabled的值如何，都能生成代理类。

原文链接：http://www.cnblogs.com/tyb1222/archive/2012/05/08/2489480.html

【编辑推荐】