文本编码与二进制编码
在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的自定义绑定
<?xml version="1.0" encoding="utf-8" ?>
列表6.35 显示了一个使用binaryMessageEncoding编码器的自定义绑定配置
列表6.35 使用binaryMessageEncoding的自定义绑定
<?xml version="1.0" encoding="utf-8" ?>
使用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]属性的信息。