第三章 信道-操作契约和信道形状

信道通过信道形状来完成它们所支持的多种类型消息交换模式。比如，一个基于TCp的传输信道将会实现IInputChannel和IOutputChannel,因为这些通道都是固有单向的。其他的传输信道基于其他协议比如TCP可能需要实现多个信道形状。开发人员不直接与信道形状打交道。对应的，WCF选择一个服务的基于OperationContract的信道形状。表3.1列出了多个你可以在OperationContract上设置的影响信道形状结果的属性。注意大多数信道形状有一个无状态的(默认)和会话感知变量。会话感知信道从客户端传输一个识别标识给服务端。这可以用来维护客户端和服务端的状态。就像ASP.NET中的状态管理那样。WCF内建没有状态管理特性，但是你可以使用实例化的会话来管理状态。实例管理会在第五章”行为”中描述。

表3.1 基于OperationContract属性的信道形状

并不是所有的信道实现了每一个接口。如果下面的信道不支持一个特别的信道形状，WCF讲试着使用一个已存在的信道形状来满足它的需求。比如，如果一个信道没有为单向通信实现IInputChannel和IOutputChannel接口，WCF将会试着用IRequestChannel/IReplyChannel来替代。

信道监听器

信道监听器在WCF中形成服务端通信的基础。它们用来监听请求消息，创建信道栈，提供对应用程序栈顶的引用。它们从传输信道或者信道栈中的底层信道接收消息。大部分开发人员不会直接使用信道监听器。他们使用ServiceHost来寄宿服务，ServiceHost使用一个信道监听器来监听消息。更多关于ServiceHost的细节请查看第七章”寄宿”。列表3.5显示了一个被创建的用来接收消息的信道监听器。绑定中的BuildChannelListener方法创建一个基于特殊信道形状的信道监听器。在这个例子中我们使用BasicHttpBinding和IReplyChannel形状。

列表3.5 使用一个信道监听器

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Channels; namespace EssentialWCF { class ChannelShape { static void Main(string[] args) { BasicHttpBinding binding = new BasicHttpBinding(BasicHttpSecurityMode.None); Uri address = new Uri("http://localhost/request"); BindingParameterCollection bpt = new BindingParameterCollection(); Console.WriteLine("Starting service..."); IChannelListener<IReplyChannel> listener = binding.BuildChannelListener<IReplyChannel>(address, bpt); listener.Open(); IReplyChannel channel = listener.AcceptChannel(); channel.Open(); Console.WriteLine("Service started!"); Console.WriteLine("Waiting for request..."); RequestContext request = channel.ReceiveRequest(); Message message = request.RequestMessage; string data = message.GetBody<string>(); Message replymessage = Message.CreateMessage(message.Version, "http://localhost/reply", data); request.Reply(replymessage); Console.WriteLine("Service stopped!"); message.Close(); request.Close(); channel.Close(); listener.Close(); Console.ReadLine(); } } }

信道工厂

一个信道工厂创建一个发送消息的信道并维护它创建的信道的所有权。大多数开发人员不会直接使用一个信道工厂。对应的，他们会使用一个继承自ClientBase<>的类，通常由svcutil.exe 或者在Visual Studio中添加服务引用生成。然后，理解信道工厂是很重要的因为它们在WCF中构建客户端通信的基础。

提示 信道工厂拥有它们的信道

信道监听器和信道工厂一个重要的差异是信道工厂负责关闭所有关联信道；信道监听器不是。这样的区别是为了信道监听器可以独立于它们的信道之外被关闭。

列表3.6 显示了使用一个信道工厂来调用一个服务的例子。这是对应于列表3中的服务端而是用的客户端。代码使用绑定的CreateChannel方法来创建一个新信道。

列表3.6 使用信道工厂。

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.ServiceModel; using System.ServiceModel.Channels; namespace Client { class Program { static void Main(string[] args) { BasicHttpBinding binding = new BasicHttpBinding(BasicHttpSecurityMode.None); IChannelFactory<IRequestChannel> factory = binding.BuildChannelFactory<IRequestChannel>(new BindingParameterCollection()); factory.Open(); IRequestChannel channel = factory.CreateChannel( new EndpointAddress("http://localhost/request")); channel.Open(); Message requestmessage = Message.CreateMessage(MessageVersion.Soap11, "http://contoso.com/reply", "This is the body data"); Console.WriteLine("Sending message..."); Message replymessage = channel.Request(requestmessage); string date = replymessage.GetBody<string>(); Console.WriteLine("Reply received!"); requestmessage.Close(); replymessage.Close(); channel.Close(); factory.Close(); Console.ReadLine(); } } }

ChannelFactory<>

在WCF中由两个类引用信道工厂:ChannelFactory和ChannelFactory<>.它们可能看起来很类似，但是它们实际上是做不同事情的类。ChannelFactory<>类用在需要创建多个客户端的高级情况中。实质上它与一个给定的ChannelFactory一起工作，但是它不负责创建一个信道栈。ChannelFactory<>类通过一个特殊的ServiceContract类型来定义类。列表3.7显示了使用ChannelFactory<>类调用一个实现了IStockQuoteService 接口的服务。

提示 使用指导和ChannelFactory<>

当使用using语句来关闭ChannelFactory时要仔细。列表3.7显示了一个在服务调用过程中使用try…catch以便于服务中的错误可以被知道的最好的方法。如果我们不适用try…catch,任何异常都会从using语句中抛出。在那个时候信道工厂将会抛出一个异常，因为它被关闭了。这将会标记处之前服务调用时所出的错误。我们使用两个try…catch快以便于我们可以捕获任何服务调用抛出的错误。

 列表3.7 使用ChannelFactory<>