简化配置
配置 Windows Communication Foundation (WCF) 服务可能是一项复杂任务。 该任务涉及多个不同选项，并且有时会很难确定需要哪些设置。 虽然配置文件提高了 WCF 服务的灵活性，但是它们同时也带来了许多难以发现的问题。 .NET Framework 4.6.1 解决了这些问题，并向用户提供了一种减小服务配置大小和降低复杂性的方法。
简化配置
在 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.6.1 删除了对 <service> 元素的要求，使得配置 WCF 服务更加容易。 如果未添加 <service> 部分或在 <service> 部分中添加任何终结点，并且服务未以编程方式定义任何终结点，则会向服务自动添加一组默认终结点，每个服务基址和服务实现的每个协定各对应一个终结点。 在上述每个终结点中，终结点地址与基址相对应，绑定由基址方案确定，协定即为服务实现的协定。 如果你不需要指定任何终结点或服务行为，或者不需要更改任何绑定设置，则完全不必指定服务配置文件。 如果服务实现了两个协定，并且主机同时启用了 HTTP 和 TCP 传输，服务主机将创建四个默认终结点，使用每个传输的每一协定各对应一个终结点。 若要创建默认终结点，服务主机必须了解要使用的绑定。 这些设置是在 <system.serviceModel> 部分的 <protocolMappings> 部分中指定的。 <protocolMappings> 部分包含映射到绑定类型的传输协议方案的列表。 服务主机使用传递到它的基址来确定要使用的绑定。 下面的示例使用 <protocolMappings> 元素。
警告
更改默认配置元素（如绑定或行为）可能会影响在配置层次结构的较低级别中定义的服务，因为这些服务可能使用这些默认绑定和行为。 因而，更改默认绑定和行为的任何人员都需要注意，这些更改可能会影响层次结构中的其他服务。
备注
承载于 Internet 信息服务 (IIS) 或 Windows 进程激活服务 (WAS) 下的服务使用虚拟目录作为其基址。
<protocolMapping>
<add scheme="http" binding="basicHttpBinding" bindingConfiguration="MyBindingConfig"/>
<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>
重要
此功能只与 WCF 服务配置相关，与客户端配置无关。 大多数时候，使用 svcutil.exe 之类的工具或从 Visual Studio 添加服务引用将生成 WCF 客户端配置。 如果你在手动配置某一 WCF 客户端，将需要向配置中添加一个 <client> 元素，并且指定你希望调用的任何终结点。