WCF中几个基本知识点整理

整理了几个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="

                        <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的值如何,都能生成代理类。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值