.NET 4.0中WCF服务配置的简化与改进

原创
开发 后端 开发工具
.NET 4.0中增添了许多新特性,其中之一就是大大的简化了WCF服务配置。简化包括了三个主要特性:无须为每个服务进行单独配置,允许绑定和行为定义默认值,以及标准端点的加入。

【51CTO精选译文】目前WCF用户最头痛的一件事就是需要为WCF服务处理众多的配置文件,WCF配置模式本身非常复杂,为用户操作增加了不少难度。在.Net 4中我们将为WCF用户干一件实事,简化WCF服务配置,为此我们将会在.Net 4中发布一系列新的WCF特性。

***个特性是不再需要为每个服务进行单独的配置,如果你没有为你的服务定义过任何< service>服务元素,你的服务也没有通过编程定义任何端点,那么将会自动向你的服务中添加一套端点,每个服务一个,每个服务执行的契约一个,这些端点的地址与基地址对应,绑定将由基地址模式和服务执行的契约决定。

下面的配置就是传统的WCF开发人员要编辑的WCF服务配置文件片段,在这个例子中,我们看到有一个基地址,执行了一个契约:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3.   < system.serviceModel> 
  4.     < services> 
  5.       < service name="Service1"> 
  6.         < host> 
  7.           < baseAddresses> 
  8.             < add baseAddress="http://localhost:8731/Service1/" /> 
  9.           < /baseAddresses> 
  10.         < /host> 
  11.         < endpoint address="" 
  12.                   binding="basicHttpBinding" 
  13.                   contract="Library1.IService1" /> 
  14.       < /service> 
  15.     < /services> 
  16.   < /system.serviceModel> 
  17. < /configuration> 

但在.Net 4中,这个配置就被简化成:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3. < /configuration> 

在这种情况下,即使没有配置文件,你也可以部署你的服务。在基地址模式和绑定类型之间也可以自定义映射,如果你想增强服务的安全性,可以为HTTP地址使用wsHttpBinding作为默认绑定类型,如:

  1. < protocolMapping> 
  2.   < add scheme="http" binding="wsHttpBinding" /> 
  3. < /protocolMapping> 

第二个特性是允许用户为WCF绑定和行为定义默认值,那些没有名字的绑定、服务行为和端点行为可以应用到你没有进行明确配置的服务中,如果在VS2008/.NET 3.5中查看某个WCF服务库项目的配置,我们会看到:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3.   < system.serviceModel> 
  4.     < services> 
  5.       < service name="Service1" 
  6.                behaviorConfiguration="Service1Behavior"> 
  7.         < host> 
  8.           < baseAddresses> 
  9.             < add baseAddress="http://localhost:8731/Service1/" /> 
  10.           < /baseAddresses> 
  11.         < /host> 
  12.         < endpoint address="" 
  13.                   binding="wsHttpBinding" 
  14.                   contract="Library1.IService1" /> 
  15.       < /service> 
  16.     < /services> 
  17.     < behaviors> 
  18.       < serviceBehaviors> 
  19.         < behavior name="Service1Behavior"> 
  20.           < serviceMetadata httpGetEnabled="True" /> 
  21.           < serviceDebug includeExceptionDetailInFaults="False" /> 
  22.         < /behavior> 
  23.       < /serviceBehaviors> 
  24.     < /behaviors> 
  25.   < /system.serviceModel> 
  26. < /configuration> 

在.Net 4中新的WCF服务配置允许我们大大简化服务配置,如:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3.   < system.serviceModel> 
  4.     < behaviors> 
  5.       < serviceBehaviors> 
  6.         < behavior> 
  7.           < serviceMetadata httpGetEnabled="True" /> 
  8.           < serviceDebug includeExceptionDetailInFaults="False" /> 
  9.         < /behavior> 
  10.       < /serviceBehaviors> 
  11.     < /behaviors> 
  12.   < /system.serviceModel> 
  13. < /configuration> 

实际上,这恰好显示了VS2010/.NET 4中新的服务配置模板的模样。

定义默认的绑定和行为在.Net 4 WCF服务配置继承中非常有用,那些在配置层次***定义的绑定和行为将会自动添加到你的服务中,这就是传说中的配置继承。下图显示了如何依赖于机器和应用程序级定义的配置元素来简化你的服务配置。

.Net 4.0中服务配置的改进 - 配置继承 
图 1 配置继承

在这个例子中,默认的basicHttpBinding和serviceMetadataBehavior都定义在物理层,在下一级定义了默认的serviceDebugBehavior,它将会添加服务上,只需默认端点使用了机器层定义的绑定即可。***要说明的是,.Net 4 Beta 2中这些默认服务行为将会被合并,并添加到那些没有明确配置的服务上,敬请期待!

***,.Net 4中第三个WCF配置增强是标准端点,它允许你定义可重复使用的预配置端点,这些端点的主要特性是有一到多个地址、绑定和有固定值的契约属性,这对于定义系统端点特别有用,系统端点提供它们自己的契约实施,例如不在你的服务中定义,作为MEX端点的实例,WCF开箱即可提供这个实现。标准端点的另一个有趣的特性是可以使用新的属性扩展服务端点,也可以使用类似的方式自定义绑定。标准端点也允许你为你的服务端点定义自定义属性。

为了定义标准端点,需要在你的端点中使用下面的属性。***个属性是kind,它标识了标准端点的类型,必须注册到< endpointExtensions>小节中,第二个属性是endpointConfiguration,它将去匹配< standardEndpoints>小节中标准端点的配置元素名,用于为端点定义新的属性,***一个属性是isSystemEndpoint,它标记端点确定它是否有一个固定的契约。

下面的配置代码片段定义了一个udpDiscoveryEndpoint,它是一个不明确的契约,为端点定义了额外的属性:

  1. < ?xml version="1.0" encoding="utf-8" ?> 
  2. < configuration> 
  3.   < system.serviceModel> 
  4.     < services> 
  5.       < service name="Service1"> 
  6.         < endpoint address="" 
  7.                   binding="basicHttpBinding" 
  8.                   contract="Library1.IService1" /> 
  9.         < endpoint kind="udpDiscoveryEndpoint" 
  10.                   endpointConfiguration="udpConfig" /> 
  11.       < /service> 
  12.     < /services> 
  13.     < standardEndpoints> 
  14.       < udpDiscoveryEndpoint> 
  15.         < standardEndpoint 
  16.                   name="udpConfig" 
  17.                   multicastAddress="soap.udp://239.255.255.250:3703" 
  18.                   ... /> 
  19.       < /udpDiscoveryEndpoint> 
  20.     < /standardEndpoints> 
  21.   < /system.serviceModel> 
  22. < /configuration>   
  23. < endpointExtensions>  

小节将会在machine.config中具体指定:

  1. < ?xml version="1.0" encoding="utf-8" ?>   
  2. < configuration>   
  3.   < system.serviceModel>   
  4.     < extensions>   
  5.       < endpointExtensions>   
  6.         < add name="udpDiscoveryEndpoint" type="..." />   
  7.       < /endpointExtensions>   
  8.     < /extensions>   
  9.   < /system.serviceModel>   
  10. < /configuration>  

接下来会怎样?

这些特性将帮助你维护一个清爽的WCF服务配置。不过还没结束!有时你可能想要为你的服务定义不同的配置,例如一个用于调试,一个用于部署,在这种情况下,你仍然要维护web.config文件。我们目前已经可以在定义的配置文件上工作,它将担任不同配置元素的元包,通过服务使用这个配置文件将它们导入进来。

原文:Service Configuration Improvements in .NET 4

作者:Amadeo Casas Cuadrado

【编辑推荐】

  1. 探讨WCF安全中的服务元数据保护
  2. 使用ASP.NET AJAX调用WCF服务项模板
  3. 详解自定义托管宿主WCF解决方案开发配置过程
  4. 详解WCF可扩展框架中的行为扩展
  5. WCF开发基础
责任编辑:yangsai 来源: 51CTO.com
相关推荐

2009-07-27 18:00:14

WCF服务与ASMX服ASP.NET

2009-07-30 12:02:14

ASP.NET中WCF

2009-09-04 16:28:05

ASP.NET 4.0

2009-07-20 17:39:36

WCF服务ASP.NET AJA

2009-08-17 09:30:28

.NET 4.0

2010-07-19 09:01:54

.NET 4.0缓存

2009-07-27 17:54:39

WCF服务ASP.NET

2020-12-10 08:00:00

开发.NET工具

2009-07-27 17:51:58

WCF服务ASP.NET

2009-07-21 09:53:55

ASP.NET AJAWCF服务

2009-12-21 11:10:53

WCF工具

2009-07-27 17:38:30

WCF服务ASP.NET 3.5

2009-12-08 16:59:52

WCF服务

2009-07-27 17:46:42

WCF服务ASP.NET应用程序

2009-12-15 18:00:54

.NET 4.0

2010-01-08 11:04:06

ASP.NET 4SEO

2009-12-04 09:14:05

.NET 4.0

2021-09-08 05:00:38

.NET

2009-11-24 15:49:48

.NET 4.0 Be

2014-06-09 15:29:13

OData v4.0
点赞
收藏

51CTO技术栈公众号