菜菜从零学习WCF三(配置服务)
配置服务概述
在设计和实现服务协定后，即可配置服务。在其中可以定义和自定义如何向客户端公开服务，包括指定可以找到服务的地址、服务用于发送和接收消息的传输和消息编码，以及服务需要的安全类型。
配置服务的类型
--使用配置文件配置
--在代码中强制配置
实际上，编写配置是WCF应用程序编程的主要部分。
使用配置文件配置WCF服务
--通过使用配置文件配置Windows Communication Foundation(WCF)服务，可提供在部署时而设计时提供终结点和服务行为数据的灵活性。
--可使用.NET Framework配置技术对WCF服务进行配置。通常情况下，向承载WCF服务的Intrnet信息服务（IIS）网站的Web.config文件添加XML元素。通过这些元素，可以逐台计算机更改详细信息，例如终结点地址（用于与服务进行通信的实际地址）。此外，WCF包括几个系统提供的元素，可用于快速选择服务的最基本的功能
--WCF使用.NET Framework的System.Configuration配置系统
1.使用IIS来承载服务-使用Web.config文件
2.使用任何其他宿主环境-使用App.config文件指定设置。
Service元素
每个服务都具有以下属性：
--name,指定听歌服务协定的实现的类型。这是完全限定名称（命名空间和类型名称）。
--behaviorConfiguration.指定一个在behabiors元素中找到的behabior元素的名称，指定的行为控制操作，例如服务是否允许模拟。
endpoint元素
每个终结点都需要以下属性表示的地址、绑定和协定：
--address.指定服务的统一资源标识符（URI）,它可以是一个绝对地址，或是一个相对于服务基址给定的地址。如果设置为空字符串，则指示在创建服务的ServiceHost时，终结点在指定的基址上可用。
--binding.通常，指定一个类似WsHttpBinding的系统提供的绑定，但也可以指定一个用户定义的绑定，指定的绑定确定传输协议类型、安全和使用的编码，以及是否支持或启用可靠会话、事务或流。
--bindingConfiguration。如果必须修改绑定的默认值，则可通过在bindings元素中配置相应的binding元素来执行此操作。次属性应赋予与用于更改默认值的binding元素的name属性相同的值。
--contract.指定定义协定的接口。这是在由Service元素的name属性指定的公共语言运行库（CLR）类型中实现的接口。
配置绑定
绑定是用于指定连接到Windows Communication Foundation(WCF)服务终结点所必需的通信详细信息的对象。WCF服务中的每个终结点都要求正确指定绑定。
绑定最起码必须指定要使用的传输（如Http或TCP）。还可以通过绑定来设置其他特征，如安全和事务支持。
绑定中的信息可能非常基本，也可能非常复杂。最基本的绑定仅指定必须用于连接到终结点的传输协议（如Http）.一般来说，绑定包括的有关如何连接到终结点的信息属于以下类别中的一种。
--协议
确定要是用的安全机制，可靠消息传递功能或事务上下文流设置。
--编码
确定消息编码（例如，文本或二进制）。
--传输
确定要使用的基础传输协议（例如，TCP或HTTP）。
绑定中的信息可能十分复杂，而且某些设置可能与其他设置不兼容。因此，WCF包含一组系统提供的绑定。这些绑定旨在满足大多数应用程序要求。下面的类表示系统提供的绑定的一些示例：
--BasicHttpBinding:一个HTTP协议绑定，适用于连接到复合WS-1既不能配置文件规范的Web服务（例如，基于ASP.NET Web服务的服务）。
--WSHttpBinding:一个可互操作的绑定，适用于连接到复合WS_*协议的终结点。
--NetNamePipeBinding:使用.NET.FrameWork连接到同一计算机上的其他WCF终结点。
--NetMsmqBinding:使用.NET Framework创建与其他WCF终结点的排队消息连接。
使用自己的绑定
--如果系统提供的绑定都不具有服务应用程序所需要的正确功能组合，则可以创建自己的绑定，有两种方法可以实现此目的。
--可以勇士CustomBinding对象从预先存在的绑定元素创建新的绑定
--也可以通过从Binding绑定派生来创建完全由用户定义的绑定
使用绑定
--使用绑定需要执行两个基本步骤：
--选择和定义绑定.最简单的方法就是选择WCF包含的系统提供绑定中的一个，并且通过该绑定的默认设置来使用它。。
--创建一个使用所选择或定义的绑定的终结点。
主要就是在System.ServiceModel节点下的四个节点 Services bindings behaviors client
再来看一下bindings节点下的
接下来看behaviors节点下的
再来看一下client节点下的
最后我们来看一下Services节点下的
Services节点下可以有一个或多个Service节点。再来看一下Service节点下的
最最后将总的配置文件全部载入
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<!-- <system.ServiceModel> section -->
<system.ServiceModel>
<!-- services 元素包含应用中驻留的所有service的配置要求 -->
<services>
<!-- 每个服务的配置
属性说明:
name - 指定这个service配置是针对的那个服务,为一个实现了某些Contract的服务类的完全限定名
(名称空间.类型名),ServiceHost载入一个服务后，会到配置文件中的<services>下找有没有
name属性跟服务匹配的<service>的配置
behaviorConfiguration - 指定在<serviceBehaviors>下的一个<behavior>的name,这个特定<behavior>
给这个service制定了一些行为,比如服务是否允许身份模拟-->
<service name="名称空间.类型名" behaviorConfiguration="behavior名">
<!-- 每个服务可以有多个Endpoint，下面<endpoint>元素对每个Endpoint分别进行配置
属性说明:
address - 指定这个Endpoint对外的URI,这个URI可以是个绝对地址，也可以是个相对于baseAddress的
相对地址。如果此属性为空，则这个Endpoint的地址就是baseAddress
binding - 指定这个Endpoint使用的binding，这个banding可以是系统预定义的9个binding之一，
比如是basicHttpBinding，也可以是自定义的customBinding。binding决定了通讯的类型、
安全、如何编码、是否基于session、是否基于事务等等
contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名)，这个Contract应该被
service元素的name指定的那个service实现
bindingConfiguration - 指定一个binding的配置名称，跟<bindings>下面同类<binding>的name匹配
name - Endpoint的名称，可选属性，每个Contract都可以有多个Endpoint，但是每个Contract对应的
多个Endpoint名必须是唯一的-->
<endpoint address="URI" binding="basicHttpBinding" contract="Contract全限定名" bindingConfiguration="binding名" name="">
<!-- 用户定义的xml元素集合，一般用作SOAP的header内容-->
<headers>
<!-- 任何xml内容 -->
</headers>
<identity>
<!-- <identity>下的元素都是可选的-->
<userPrincipalName></userPrincipalName>
<servicePrincipalName></servicePrincipalName>
<dns></dns>
<rsa></rsa>
<certificate encodedValue=""></certificate>
<!-- <certificateReference>的属性都是可选的
属性说明：
storeName - 证书的存储区，可能值为：AddressBook，AuthRoot，CertificateAuthority
Disallowed，My，Root，TrustedPeople，TrustedPublisher
storeLocation - 证书存储位置，可能值为：CurrentUser，LocalMachine-->
<certificateReference storeName="" storeLocation="">
</certificateReference>
</identity>
</endpoint>
<host>
<baseAddresses>
<!-- 在此可以定义每种传输协议的baseAddress，用于跟使用同样传输协议Endpoint定义的相对地
址组成完整的地址，但是每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service
对外发布元数据的URL-->
<add baseAddress="http://address" />
</baseAddresses>
<timeouts></timeouts>
</host>
</service>
</services>
<!-- 指定一个或多个系统预定义的binding -->
<bindings>
<!-- 指定一个或多个系统预定义的binding，比如<basicHttpBinding>，当然也可以指定自定义的customBinding，
然后在某个指定的binding下建立一个或多个配置，以便被Endpoint来使用这些配置 -->
<basicHttpBinding>
<!-- 某一类的binding的下面可能有多个配置，binding元素的name属性标识某个binding-->
<binding name="binding名">
</binding>
</basicHttpBinding>
</bindings>
<!-- 定义service和Endpiont行为-->
<behaviors>
<!-- 定义service的行为-->
<serviceBehaviors>
<!-- 一个或多个系统提供的或定制的behavior元素
属性说明：
name - 一个behavior唯一标识,<service>元素的behaviorConfiguration属性指向这个name-->
<behavior name="">
<!-- 指定service元数据发布和相关信息
属性说明：
httpGetEnabled - bool类型的值，表示是否允许通过HTTP的get方法获取sevice的WSDL元数据
httpGetUrl - 如果httpGetEnabled为true，这个属性指示使用哪个URL地址发布服务的WSDL，
如果这个属性没有设置，则使用服务的HTTP类型的baseAddress后面加上?WSDL-->
<serviceMetadata httpGetEnabled="true" httpGetUrl="http://URI:port/address" />
</behavior>
</serviceBehaviors>
<!-- 定义Endpiont的行为-->
<endpointBehaviors>
</endpointBehaviors>
</behaviors>
<!-- 包含客户端跟服务端连接使用到的Endpoint的配置 -->
<client>
<!-- 每个客户端Endpoint设置
属性说明：
address - 对应到服务端这个Endpoint的address
binding - 指定这个Endpoint使用的binding，这个banding可以是系统预定义的9个binding之一，
比如是basicHttpBinding
contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名)
name - Endpoint的配置名，客户端代理类的构造方法中的endpointConfigurationName对应到这个name
bindingConfiguration - 指定客户端binding的具体设置，指向<bindings>元素下同类型binding的name -->
<endpoint address="URI"
binding="basicHttpBinding" bindingConfiguration="binding名"
contract="Contract全限定名" name="endpoint配置名" />
</client>
</system.ServiceModel>
</configuration>
配置终结点
