简化配置

配置 Windows Communication Foundation (WCF) 服务是一项非常复杂的任务。该任务涉及多个不同选项，并且有时会很难确定需要哪些设置。虽然配置文件提高了 WCF 服务的灵活性，但是它们同时也带来了许多难以发现的问题。.NET Framework 版本 4解决了这些问题，并向用户提供了一种减小服务配置大小和降低复杂性的方法。

简化配置

在 WCF 配置文件中，<system.serviceModel> 部分针对承载的每一服务各包含一个 <service> 元素。<service> 元素包含 <endpoint> 元素的集合（这些元素指定为各服务公开的终结点）以及一组服务行为（可选）。<endpoint> 元素指定终结点公开的地址、绑定和协定，以及绑定配置和终结点行为（可选）。<system.serviceModel> 部分还包含一个用于指定服务或终结点行为的 <behaviors> 元素。下面的示例演示配置文件的 <system.serviceModel> 部分。

system.serviceModel>
  <behaviors>
    <serviceBehaviors>
      <behavior name=”MyServiceBehavior”>
        <serviceMetadata httpGetEnabled=”true”>
        <serviceDebug includeExceptionDetailInFaults=”false”>
      </behavior>
    </serviceBehaviors>
  </behaviors>
  <bindings>
   <basicHttpBinding>
      <binding name=MyBindingConfig”
               maxBufferSize=”100”
               maxReceiveBufferSize=”100” />
   </basicHttpBinding>
   </bindings>   <services>
    <service behaviorConfiguration=”MyServiceBehavior”
             name=”MyService”>
      <endpoint address=””
                binding=”basicHttpBinding”
                contract=”ICalculator”
                bindingConfiguration=”MyBindingConfig” />
      <endpoint address=”mex”
                binding=”mexHttpBinding”
                contract=”IMetadataExchange”/>
    </service>
  </services>
</system.serviceModel>

.NET Framework 4 删除了对 <service> 元素的要求，使得配置 WCF 服务更加容易。如果未在 <service> 部分（如果有）中添加任何终结点，并且服务未以编程方式定义任何终结点，则会向服务自动添加一组终结点，每个服务基址和服务实现的每个协定各对应一个终结点。在上述每个终结点中，终结点地址与基址相对应，绑定由基址方案确定，协定即为服务实现的协定。如果您不需要指定任何终结点或服务行为，或者不需要更改任何绑定设置，则完全不必指定配置文件。如果服务实现了两个协定，并且主机同时启用了 HTTP 和 TCP 传输，服务主机将创建四个默认终结点，使用每个传输的每一协定各对应一个终结点。若要创建默认终结点，服务主机必须了解要使用的绑定。这些设置是在 <system.serviceModel> 部分的 <protocolMappings> 部分中指定的。<protocolMappings> 部分包含映射到绑定类型的传输协议方案的列表。服务主机使用传递到它的基址来确定要使用的绑定。下面的示例使用 <protocolMappings> 元素。

注意：
承载于 Internet 信息服务 (IIS) 或 Windows 进程激活服务 (WAS) 下的服务使用虚拟目录作为其基址。

<protocolMapping>
  <add scheme=”http”     binding=”basicHttpBinding” bindingConfiguration=”MyBindingConfiguration”/>
  <add scheme=”net.tcp”  binding=”netTcpBinding”/>
  <add scheme=”net.pipe” binding=”netNamedPipeBinding”/>
  <add scheme=”net.msmq” binding=”netMSMQBinding”/>
</protocolMapping>

在上一示例中，基址以“http”方案开头的终结点使用 BasicHttpBinding。基址以“net.tcp”方案开头的终结点使用 NetTcpBinding。您可以在本地 App.config 或 Web.config 文件中重写相应设置。

<protocolMappings> 部分中的每个元素必须指定方案和绑定。该元素可以选择指定 bindingConfiguration 特性，该特性在配置文件的 <bindings> 部分中指定绑定配置。如果未指定 bindingConfiguration，则使用相应绑定类型的匿名绑定配置。

使用 <serviceBehaviors> 部分中的匿名 <behavior> 部分为默认终结点配置服务行为。<serviceBehaviors> 中的任何未命名 <behavior> 元素用于配置服务行为。例如，下面的配置文件对主机中的所有服务启用服务元数据发布。

<system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <serviceMetadata httpGetEnabled="True"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>    <!-- No <service> tag is necessary. Default endpoints are added to the service -->
    <!-- The service behavior with name="" is picked up by the service -->
 </system.serviceModel>

使用 <serviceBehaviors> 部分中的匿名 <behavior> 部分配置终结点行为。

下面示例中的配置文件使用简化配置模型，它等效于本主题开头的配置文件。

<system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior>
          <serviceMetadata httpGetEnabled="True"/>
          <serviceDebug includeExceptionDetailInFaults=”false”/>
        </behavior>
      </serviceBehaviors>
    </behaviors>    <bindings>
       <basicHttpBinding>
          <binding maxBufferSize=”100”
                   maxReceiveBufferSize=”100” />
       </basicHttpBinding>
    </bindings>    <!-- No <service> tag is necessary. Default endpoints will be added to the service -->
    <!-- The service behavior with name="" will be picked up by the service -->
    <protocolMapping>
      <add scheme=”http”     binding=”basicHttpBinding” / </protocolMapping>
  </system.serviceModel>

另请参见

概念

使用配置文件配置服务
为 Windows Communication Foundation 服务配置绑定
配置系统提供的绑定

其他资源

配置服务
Configuring Windows Communication Foundation Applications