[WCF 4.0新特性] 默认终结点
2011-09-18 16:57
861 查看
很多WCF的初学者是从之前的Web服务上转移过来的,他们非常怀念.asmx Web服务无配置的服务寄宿方式。你只需要在定义Web服务的时候再表示服务操作的方法上应用WebMethodAttribute特性就可以了,完全可以不需要手工进行相应的配置,因为Web服务运行时会自动为你添加默认的配置。但是对于WCF来说,在进行服务寄宿的时候,你必须以编程或者配置的方式为服务添加至少一个终结点,而终结点需要具备基本的ABC三要素。
对于最新版本的WCF编程人员来说,你也可以采用无配置的服务寄宿了,这主要得益于WCF提供的默认终结点机制。所谓默认终结点,顾名思义,就是在你尚未为寄宿的服务添加任何终结点的时候,WCF会自动根据服务的基地址(Base Address)为你创建一个或者多个默认的终结点。
我们举个简单的例子,现在我们具有一个服务叫做GreetingService的服务,它实现了两个服务契约IHello和IGoodbye。下面的代码片断提供了服务类型GreetingService和服务契约接口的定义。
[/code]
现在我们创建一个简单的控制台程序作为服务的宿主,在不提供任何配置文件的情况下调用如下的代码对服务进行自我寄宿。当用于寄宿服务的ServiceHost被开启之后,打印出其具有的终结点信息。
[/code]
输出结果:
[/code]
从输出的结果我们不难看出,虽然我们没有以任何形式为寄宿的服务提供终结点,但是WCF会自动为之添加四个默认的终结点。之所以是四个默认终结点,其原因在于:WCF会为服务实现的每一个服务契约基于指定的每一个基地址创建一个终结点。在本例中,服务GreetingService实现了两个服务契约,在寄宿过程中又为它指定了两个基地址,所以最终被自动创建的默认终结点是四个。对于自动创建的终结点,其地址和服务契约分别来源于指定的基地址和服务实现的契约,那么采用的绑定又是如何确定的呢?
但是,为什么基于HTTP协议的地址采用BasicHttpBinding,而不是WSHttpBinding或者WS2007HttpBinding呢?实际上,基地址的协议类型和最终作为默认终结点的类型之间的匹配关系是通过配置决定的。在<system.serviceModel>配置节中具有一个名为<protocolMapping>的子结点。它包含了一系列用以定义传输协议类型(scheme)和绑定类型匹配关系的配置元素。
如果你打开基于.NET Framework 4.0的配置文件machine.config.comments(该配置文件所在的目录为%Windows%Microsoft.NET\Framework\v4.0.30319\Config),你会发现<protocolMapping>配置节具有如下的定义。具体来说,<protocolMapping>配置节定义了四种传输协议(HTTP、TCP、Named Pipe和MSMQ)和对应的绑定类型(BasicHttpBinding、NetTcpBiding、NetNamedPipeBinding和NetMsmqBinding)之间的匹配关系。这实际代表了默认的协议绑定映射关系,这也是为什么在上面的例子中基于HTTP协议的默认终结点会采用BasicHttpBinding作为绑定类型的原因。除了scheme和binding这两个配置属性之外,<protocolMapping>的配置元素还具有另外一个额外的配置属性bindingConfiguration,表示对具体绑定配置的引用。
[/code]
如果默认的协议与绑定映射关系不满足具体应用场景的要求,你可以直接修改machine.config或者基于具体应用的App.config或者Web.config。比如,对于上面的例子,如果为之添加一个配置文件并进行如下的配置:将基于HTTP的绑定类型设置为WS2007HttpBinding。再次运行实例程序,将会发现默认创建的终结点类型发生了相应的改变。
[/code]
输出结果
[/code]
[/code]
从方法名称我们不难看出,这个方法就是用于实现为ServiceHost添加默认终结点的。从上面给出的关于这个方法的定义我们可以知道这个方法是一个公有方法,可以在具体的服务寄宿应用中被直接调用。当这个方法被调用的时候,WCF会按照我们之前介绍的策略(为指定的每一个基地址和服务实现的契约的组合添加一个终结点,终结点绑定的类型决定于<protocolMapping>配置)进行默认终结点的添加。方法的返回值表示添加的默认终结点集合。
当ServiceHost在开启的时候,WCF会检验其Description熟悉表示的服务描述是否具有至少一个终结点。如果没有,在会自动调用这个AddDefaultEndpoints方法以添加默认的终结点。比如在下面的代码片断中,在开启ServiceHost之前调用AddServiceEndpoint方法添加了一个终结点,最终默认终结点将不会被添加,所以ServiceHost最终只会有一个唯一的终结点。
[/code]
输出结果:
[/code]
由于公有的AddDefaultEndpoints方法可以手工被调用,所以当你在调用AddServiceEndpoint方法之后再调用该方法,ServiceHost最终将会具有
[/code]
输出结果:
[/code]
[WCF 4.0新特性] 默认终结点
[WCF 4.0新特性] 默认绑定和行为配置
参考资料:《A Developer's Introduction to Windows Communication Foundation 4》
对于最新版本的WCF编程人员来说,你也可以采用无配置的服务寄宿了,这主要得益于WCF提供的默认终结点机制。所谓默认终结点,顾名思义,就是在你尚未为寄宿的服务添加任何终结点的时候,WCF会自动根据服务的基地址(Base Address)为你创建一个或者多个默认的终结点。
我们举个简单的例子,现在我们具有一个服务叫做GreetingService的服务,它实现了两个服务契约IHello和IGoodbye。下面的代码片断提供了服务类型GreetingService和服务契约接口的定义。
[code] [ServiceContract] public interface IHello { [OperationContract] void SayHello(string name); } [ServiceContract] public interface IGoodbye { [OperationContract] void SayGoodbye(string name); } public class GreetingService : IHello, IGoodbye { public void SayHello(string name) { //省略实现 } public void SayGoodbye(string name) { //省略实现 } }
[/code]
现在我们创建一个简单的控制台程序作为服务的宿主,在不提供任何配置文件的情况下调用如下的代码对服务进行自我寄宿。当用于寄宿服务的ServiceHost被开启之后,打印出其具有的终结点信息。
[code] Uri baseHttpAddress = new Uri("http://127.0.0.1/greetingservice "); Uri baseTcpAddress = new Uri("net.tcp://127.0.0.1/greetingservice "); ServiceHost host = new ServiceHost(typeof(GreetingService), baseHttpAddress, baseTcpAddress); host.Open(); int index = 0; foreach (ServiceEndpoint endpoint in host.Description.Endpoints) { Console.WriteLine("Endpoint {0}",++index); Console.WriteLine("\tAddress: {0}\n\tBinding: {1}\n\tContract: {2}", endpoint.Address, endpoint.Binding, endpoint.Contract.Name); }
[/code]
输出结果:
[code] Endpoint 1 Address: http://127.0.0.1/greetingservice Binding: System.ServiceModel.BasicHttpBinding Contract: IHello Endpoint 2 Address: http://127.0.0.1/greetingservice Binding: System.ServiceModel.BasicHttpBinding Contract: IGoodbye Endpoint 3 Address: net.tcp://127.0.0.1/greetingservice Binding: System.ServiceModel.NetTcpBinding Contract: IHello Endpoint 4 Address: net.tcp://127.0.0.1/greetingservice Binding: System.ServiceModel.NetTcpBinding Contract: IGoodbye
[/code]
从输出的结果我们不难看出,虽然我们没有以任何形式为寄宿的服务提供终结点,但是WCF会自动为之添加四个默认的终结点。之所以是四个默认终结点,其原因在于:WCF会为服务实现的每一个服务契约基于指定的每一个基地址创建一个终结点。在本例中,服务GreetingService实现了两个服务契约,在寄宿过程中又为它指定了两个基地址,所以最终被自动创建的默认终结点是四个。对于自动创建的终结点,其地址和服务契约分别来源于指定的基地址和服务实现的契约,那么采用的绑定又是如何确定的呢?
一、默认终结点的绑定是如何确定的?
从上面的例子我们可以看到,对于自动创建的四个默认终结点,如果采用基于HTTP协议的地址,则采用BasicHttpBinding作为其终结点绑定;如果地址是基于TCP协议的,作为终结点绑定的则为NetTcpBinding。所以说定义在基地址中用以表示传输协议的前缀(Scheme)最终决定了采用的绑定类型。但是,为什么基于HTTP协议的地址采用BasicHttpBinding,而不是WSHttpBinding或者WS2007HttpBinding呢?实际上,基地址的协议类型和最终作为默认终结点的类型之间的匹配关系是通过配置决定的。在<system.serviceModel>配置节中具有一个名为<protocolMapping>的子结点。它包含了一系列用以定义传输协议类型(scheme)和绑定类型匹配关系的配置元素。
如果你打开基于.NET Framework 4.0的配置文件machine.config.comments(该配置文件所在的目录为%Windows%Microsoft.NET\Framework\v4.0.30319\Config),你会发现<protocolMapping>配置节具有如下的定义。具体来说,<protocolMapping>配置节定义了四种传输协议(HTTP、TCP、Named Pipe和MSMQ)和对应的绑定类型(BasicHttpBinding、NetTcpBiding、NetNamedPipeBinding和NetMsmqBinding)之间的匹配关系。这实际代表了默认的协议绑定映射关系,这也是为什么在上面的例子中基于HTTP协议的默认终结点会采用BasicHttpBinding作为绑定类型的原因。除了scheme和binding这两个配置属性之外,<protocolMapping>的配置元素还具有另外一个额外的配置属性bindingConfiguration,表示对具体绑定配置的引用。
[code] <system.serviceModel> <protocolMapping> <add scheme="http" binding="basicHttpBinding" bindingConfiguration="" /> <add scheme="net.tcp" binding="netTcpBinding" bindingConfiguration=""/> <add scheme="net.pipe" binding="netNamedPipeBinding" bindingConfiguration=""/> <add scheme="net.msmq" binding="netMsmqBinding" bindingConfiguration=""/> </protocolMapping> ... </system.serviceModel>
[/code]
如果默认的协议与绑定映射关系不满足具体应用场景的要求,你可以直接修改machine.config或者基于具体应用的App.config或者Web.config。比如,对于上面的例子,如果为之添加一个配置文件并进行如下的配置:将基于HTTP的绑定类型设置为WS2007HttpBinding。再次运行实例程序,将会发现默认创建的终结点类型发生了相应的改变。
[code] <?xml version="1.0"?> <configuration> <system.serviceModel> <protocolMapping> <add scheme="http" binding="ws2007HttpBinding" /> </protocolMapping> </system.serviceModel> </configuration>
[/code]
输出结果
[code] Endpoint 1 Address: http://127.0.0.1/greetingservice Binding: System.ServiceModel.WS2007HttpBinding Contract: IHello Endpoint 2 Address: http://127.0.0.1/greetingservice Binding: System.ServiceModel.WS2007HttpBinding Contract: IGoodbye Endpoint 3 Address: net.tcp://127.0.0.1/greetingservice Binding: System.ServiceModel.NetTcpBinding Contract: IHello Endpoint 4 Address: net.tcp://127.0.0.1/greetingservice Binding: System.ServiceModel.NetTcpBinding Contract: IGoodbye
[/code]
二、默认终结点是如何被添加的?
接下来我们来具体介绍默认终结点机制是如何实现的,具体来讲就是表示默认终结点的ServiceEndpoint对象是如何被添加到用于表示寄宿服务描述的ServiceDescription的终结点列表(对应于ServiceDescription的Endpoints属性)中的。要了解默认终结点自动添加的原理,需要涉及到WCF 4.0为ServiceHostBase添加的一个新方法:AddDefaultEndpoints。[code] public abstract class ServiceHostBase : CommunicationObject, IExtensibleObject<ServiceHostBase>, IDisposable { //其他成员 public virtual ReadOnlyCollection<ServiceEndpoint> AddDefaultEndpoints(); }
[/code]
从方法名称我们不难看出,这个方法就是用于实现为ServiceHost添加默认终结点的。从上面给出的关于这个方法的定义我们可以知道这个方法是一个公有方法,可以在具体的服务寄宿应用中被直接调用。当这个方法被调用的时候,WCF会按照我们之前介绍的策略(为指定的每一个基地址和服务实现的契约的组合添加一个终结点,终结点绑定的类型决定于<protocolMapping>配置)进行默认终结点的添加。方法的返回值表示添加的默认终结点集合。
当ServiceHost在开启的时候,WCF会检验其Description熟悉表示的服务描述是否具有至少一个终结点。如果没有,在会自动调用这个AddDefaultEndpoints方法以添加默认的终结点。比如在下面的代码片断中,在开启ServiceHost之前调用AddServiceEndpoint方法添加了一个终结点,最终默认终结点将不会被添加,所以ServiceHost最终只会有一个唯一的终结点。
[code] Uri baseHttpAddress = new Uri("http://127.0.0.1/greetingservice "); Uri baseTcpAddress = new Uri("net.tcp://127.0.0.1/greetingservice "); ServiceHost host = new ServiceHost(typeof(GreetingService), baseHttpAddress, baseTcpAddress); host.AddServiceEndpoint(typeof(IHello), new WSHttpBinding(), "manuallyadded"); host.Open(); ...
[/code]
输出结果:
[code] Endpoint 1 Address: http://127.0.0.1/greetingservice/manuallyadded Binding: System.ServiceModel.WSHttpBinding Contract: IHello
[/code]
由于公有的AddDefaultEndpoints方法可以手工被调用,所以当你在调用AddServiceEndpoint方法之后再调用该方法,ServiceHost最终将会具有
[code] Uri baseHttpAddress = new Uri("http://127.0.0.1/greetingservice "); Uri baseTcpAddress = new Uri("net.tcp://127.0.0.1/greetingservice "); ServiceHost host = new ServiceHost(typeof(GreetingService), baseHttpAddress, baseTcpAddress); host.AddServiceEndpoint(typeof(IHello), new WSHttpBinding(), "manuallyadded"); host.AddDefaultEndpoints(); host.Open(); ...
[/code]
输出结果:
[code] Endpoint 1 Address: http://127.0.0.1/greetingservice/manuallyadded Binding: System.ServiceModel.WSHttpBinding Contract: IHello Endpoint 2
Address: http://127.0.0.1/greetingservice
Binding: System.ServiceModel.WS2007HttpBinding
Contract: IHello
Endpoint 3
Address: http://127.0.0.1/greetingservice
Binding: System.ServiceModel.WS2007HttpBinding
Contract: IGoodbye
Endpoint 4
Address: net.tcp://127.0.0.1/greetingservice
Binding: System.ServiceModel.NetTcpBinding
Contract: IHello
Endpoint 5
Address: net.tcp://127.0.0.1/greetingservice
Binding: System.ServiceModel.NetTcpBinding
Contract: IGoodbye
[/code]
[WCF 4.0新特性] 默认终结点
[WCF 4.0新特性] 默认绑定和行为配置
参考资料:《A Developer's Introduction to Windows Communication Foundation 4》
相关文章推荐
- [WCF 4.0新特性] 默认绑定和行为配置
- [WCF 4.0新特性] 标准终结点与无(.SVC)文件服务激活
- WCF 4.0----默认终结点
- WCF 4.0----- 默认绑定和行为配置
- 【WCF】基址与默认终结点
- “WCF 4.0新特性”系列[共12篇]
- [WCF 4.0新特性] 路由服务[实例篇]
- [WCF 4.0新特性] 路由服务[实例篇]
- 读Artech的WCF 4.0 -- 基于限流(Throttling)的新特性
- REST WCF 4.0 新特性简介
- WCF 4.0新特性汇总[共12篇]
- 化零为整WCF(19) - WCF 4.0 新特性
- WCF常见问题(3) -- WCF 4.0 Simple Configuration 如何修改默认Binding
- WCF 4.0中的新特性:简化的配置
- [WCF 4.0新特性] 路由服务[原理篇]
- WCF - WCF 4.0 新特性
- .net 4.0 中的特性总结(二):默认参数、命名参数
- C# 4.0 新特性dynamic、可选参数、命名参数等