WCF 第六章 序列化与编码 编码选择

文本编码与二进制编码

在WCF之前，你有很多创建分布式应用程序的选择。其中的两个选择是.NET Remoting和ASP.NET 网络服务。.NET Remoting 很适合.NET 应用程序间的通信因为它使用二进制编码传输数据。这比ASP.NET 网络服务提供更好的性能，ASP.NET 网络服务在交互中使用文本编码。由于文本编码允许跨平台交互所以它在ASP.NET 网络服务中是被广泛接受的。WCF将编码架构抽象出来并允许同时使用两种编码格式的绑定存在。这使得WCF可以同时取代.NET Remoting和ASP.NET 网络服务。

  对我们来说不会直接操作编码。相反，它由用来暴露一个服务的绑定确定。第四章”绑定”高亮显示了.NET应用程序间使用的绑定和那些用来交互的绑定。netTcpBinding绑定，在.NET应用程序间使用，它使用binaryMessageEncoding编码器。binaryMessageEncoding编码器提供了最佳的性能，但是它不支持交互。对应的，诸如wsHttpBinding绑定使用textMessageEncoding编码器，这个编码器使用WS-* 协议提供交互能力。列表6.34显示了一个使用textMessageEncoding编码器的自定义绑定。

列表6.34 使用textMessageEncoding的自定义绑定

+ View Code?

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

    <system.servicemodel>

        <bindings>

            <custombinding>

                <binding name="customBinding">

                  <textmessageencoding>

                  <httptransport>

                </httptransport></textmessageencoding></binding>

            </custombinding>

        </bindings>

        <client>

            <endpoint name="" contract="Contract.IEmployeeInfomation" binding="customBinding" address="http://localhost/SerializationExample/Service.svc" bindingconfiguration="">

        </endpoint></client>

    </system.servicemodel>

</configuration>

  列表6.35 显示了一个使用binaryMessageEncoding编码器的自定义绑定配置

列表6.35 使用binaryMessageEncoding的自定义绑定

+ View Code?

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

    <system.servicemodel>

        <bindings>

            <custombinding>

                <binding name="customBinding">

                  <binarymessageencoding>

                  <httptransport>

                </httptransport></binarymessageencoding></binding>

            </custombinding>

        </bindings>

        <client>

            <endpoint name="" contract="Contract.IEmployeeInfomation" bindingconfiguration="" binding="customBinding" address="http://localhost/SerializationExample/Service.svc">

        </endpoint></client>

    </system.servicemodel>

</configuration>

使用MTOM编码器发送二进制数据

textMessageEncoding编码器将消息转换成基于文本的XML。这对交互是很好的，但是在传输大块二进制数据时非常低效。MTOM用来在交互场景中将大量二进制数据作为原始字节发送。正如先前所提到的那样，MTOM全称是消息传输最佳架构。这是将二进制数据作为SOAP消息的消息体来优化二进制数据发送的标准。这意味着二进制数据可以使用一个SOAP消息传输而不用加上BASE64的文本编码。为了从MTOM的使用中受益，一个服务必须包含一个类型数组或者操作契约中的一个流对象。

  WCF通过mtomMessageEncoding编码器提供对MTOM的支持。对mtomMessageEncoding编码器的使用一般通过绑定确认。列表6.36 显示了如何使用wsHttpBinding绑定确认MTOM编码器。

列表6.36 使用mtomMessageEncoding的wsHttpBinding

开始了解WebMessageEncoder

WebMessageEncoder在.NET Framework 3.5时加入到WCF中的，它提供对JSON和POX编码的支持。这个编码器不提供一个特殊类型编码，但是集合了一系列的在当前网络上使用的编码类型。WebMessageEncoder编码器通过使用WebHttpBehavior或者WebScriptEnablingBehavior终结点行为开启。

  WebHttpBehavior终结点行为指导WebMessageEncoder编码器使用TextMessageEncoder编码器。这在内部通过TextMessageEncoder编码器并设置消息版本为MessageVersion.Node来实现的。这指导TextMessageEncoder编码器在XML中不包含任何SOAP或者WS-Addressing信息。WebMessageEncoder编码器支持在XML或者JSON中的请求和回复消息。WebHttpBehavior终结点行为的默认行为时讲请求和回复消息格式设置成WebMessageFormat.Xml.这可以通过在代码中通过设置请求和/或回复消息格式并在WebMessageFormat.Xml或者WebMessageFormat.Json上设置[WebGet]属性实现。

  尽管请求和回复格式可以独立确定，它们一般设置成同样的值。WebScriptEnablingBehavior终结点行为通过将默认请求和回复格式设置成WebMessageFormat.Json来实现的。这也指导WebMessageEncoder编码器使用JsonMessageEncoder编码器来对消息编码。WebScriptEnablingBehavior用于从JavaScript调用服务的AJAX使能的网络应用。也开启对ASP.NET AJAX 客户端代理的支持。

  参考第十三章来获取更多关于WebHttpBehavior行为，WebScriptEnablingBehavior行为和[WebGet]属性的信息。