这段日子，公司开始使用WCF技术来实现一些业务，所以：顺手推舟，借势我也学习了一把WCF。
在网上看到好多人都在讨论WCF的配置，ServiceHost，Client，EndPoint等等……，其实当我们在WEB项目中添加一个WCF服务时，系统自动生成了好多配置就放在了Web.config文件中的某个节点，刚开妈整WCF的时候还老纳闷儿，为什么别人说的配置之类的跟我做的东西没有什么关系？难道我做的就不是WCF服务？呵呵，后来才发现，原来自己太小儿科了。下面我也侃侃一个关于WCF的配置问题：
ServiceHost：配置
2 <configuration>
3 <!--<system.ServiceModel> section -->
4 <system.ServiceModel>
5 <!-- services 节点中包含着所有Service的配置说明 -->
6 <services>
7 <!-- 第一个服务的配置开始都是一个<service ****>节点
8 相关属性解释:
9 name - 指定这个service配置是针对的哪一个WCF服务的
10 (名称空间.类型名),ServiceHost载入一个服务后，会到配置文件中的<services>下找有没有
11 name属性跟服务匹配的<service>的配置
12 behaviorConfiguration - 指定在<serviceBehaviors>下的一个<behavior>的name,这个特定<behavior>
13 给这个service制定了一些行为,比如服务是否允许身份模拟-->
14 <service name="NameSpace.ClassName" behaviorConfiguration="BehaviorName">
15 <!-- 每个服务可以有多个Endpoint，下面<endpoint>元素对每个Endpoint分别进行配置
16 属性说明:
17 address - 指定这个Endpoint对外的URI,这个URI可以是个绝对地址，也可以是个相对于baseAddress的
18 相对地址。如果此属性为空，则这个Endpoint的地址就是baseAddress
19 binding - 指定这个Endpoint使用的binding，这个banding可以是系统预定义的9个binding之一，
20 比如是basicHttpBinding，也可以是自定义的customBinding。binding决定了通讯的类型、
21 安全、如何编码、是否基于session、是否基于事务等等
22 contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名)，这个Contract应该被
23 service元素的name指定的那个service实现
24 bindingConfiguration - 指定一个binding的配置名称，跟<bindings>下面同类<binding>的name匹配
25 name - Endpoint的名称，可选属性，每个Contract都可以有多个Endpoint，但是每个Contract对应的
26 多个Endpoint名必须是唯一的-->
27 <endpoint address="URI" binding="basicHttpBinding" contract="Contract全限定名" bindingConfiguration="binding名" name="">
28 <!-- 用户定义的xml元素集合，一般用作SOAP的header内容-->
29 <headers>
30 <!-- 任何xml内容 -->
31 </headers>
32 <identity>
33 <!--<identity>下的元素都是可选的-->
34 <userPrincipalName></userPrincipalName>
35 <servicePrincipalName></servicePrincipalName>
36 <dns></dns>
37 <rsa></rsa>
38 <certificate encodedValue=""></certificate>
39 <!--<certificateReference>的属性都是可选的
40 属性说明：
41 storeName - 证书的存储区，可能值为：AddressBook，AuthRoot，CertificateAuthority
42 Disallowed，My，Root，TrustedPeople，TrustedPublisher
43 storeLocation - 证书存储位置，可能值为：CurrentUser，LocalMachine-->
44 <certificateReference storeName="" storeLocation="">
45 </certificateReference>
46 </identity>
47 </endpoint>
48 <host>
49 <baseAddresses>
50 <!-- 在此可以定义每种传输协议的baseAddress，用于跟使用同样传输协议Endpoint定义的相对地
51 址组成完整的地址，但是每种传输协议只能定义一个baseAddress。HTTP的baseAddress同时是service
52 对外发布元数据的URL-->
53 <add baseAddress="http://address" />
54 </baseAddresses>
55 <timeouts></timeouts>
56 </host>
57 </service>
58 </services>
59 <!--绑定配置-->
60 <bindings>
61 <!-- 指定一个或多个系统预定义的binding，比如<basicHttpBinding>，当然也可以指定自定义的customBinding，
62 然后在某个指定的binding下建立一个或多个配置，以便被Endpoint来使用这些配置 -->
63 <basicHttpBinding>
64 <!-- 某一类的binding的下面可能有多个配置，binding元素的name属性标识某个binding-->
65 <binding name="binding名">
66 </binding>
67 </basicHttpBinding>
68 </bindings>
69 <!-- 定义service和Endpiont行为-->
70 <behaviors>
71 <!-- 定义service的行为-->
72 <serviceBehaviors>
73 <!-- 一个或多个系统提供的或定制的behavior元素
74 属性说明：
75 name - 一个behavior唯一标识,<service>元素的behaviorConfiguration属性指向这个name-->
76 <behavior name="">
77 <!-- 指定service元数据发布和相关信息
78 属性说明：
79 httpGetEnabled - bool类型的值，表示是否允许通过HTTP的get方法获取sevice的WSDL元数据
80 httpGetUrl - 如果httpGetEnabled为true，这个属性指示使用哪个URL地址发布服务的WSDL，
81 如果这个属性没有设置，则使用服务的HTTP类型的baseAddress后面加上?WSDL-->
82 <serviceMetadata httpGetEnabled="true" httpGetUrl="http://URI:port/address" />
83 </behavior>
84 </serviceBehaviors>
85 <!-- 定义Endpiont的行为-->
86 <endpointBehaviors>
87 </endpointBehaviors>
88 </behaviors>
89 <!-- 包含客户端跟服务端连接使用到的Endpoint的配置 -->
90 <client>
91 <!-- 每个客户端Endpoint设置
92 属性说明：
93 address - ServiceHost的这个Endpoint的address
94 binding - 指定这个Endpoint使用的binding，这个binding可以是系统预定义的9个binding之一，
95 比如是basicHttpBinding
96 contract - 指定这个Endpoint对应的Contract的全限定名(名称空间.类型名)
97 name - Endpoint的名称，客户端代理类的构造方法中的endpointConfigurationName对应到这个name
98 bindingConfiguration - 指定客户端binding的具体设置，指向<bindings>元素下同类型binding的name -->
99 <!--如果此处有多个endpoint,系统会默认使用最后一个endpoint的配置-->
100 <endpoint address="URI"
101 binding="basicHttpBinding" bindingConfiguration="binding名"
102 contract="Contract全限定名" name="endpoint配置名" />
103 </client>
104 </system.ServiceModel>
105 </configuration>
106
107
ServiceClient：配置 (如果我们是在一个项目中添加了WCF引用时，系统会在app.config或者是web.config文件中添加一些相应的配置)
2 <bindings>
3 <wsHttpBinding>
4 <binding name="WSHttpBinding_ICPWService" closeTimeout="00:01:00"
5 openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
6 bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
7 maxBufferPoolSize="524288" maxReceivedMessageSize="65536" messageEncoding="Text"
8 textEncoding="utf-8" useDefaultWebProxy="true" allowCookies="false">
9 <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
10 maxBytesPerRead="4096" maxNameTableCharCount="16384" />
11 <reliableSession ordered="true" inactivityTimeout="00:10:00"
12 enabled="false" />
13 <security mode="None">
14 <transport clientCredentialType="Windows" proxyCredentialType="None"
15 realm="" />
16 <message clientCredentialType="Windows" negotiateServiceCredential="true"
17 establishSecurityContext="true" />
18 </security>
19 </binding>
20 </wsHttpBinding>
21 </bindings>
22 <client>
23 <endpoint address="http://xxx.xxx.com/wcf/Service.svc"
24 binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IService"
25 contract="Namespace.IService" name="endpointname" />
26 </client>
27 </system.serviceModel>
注：其中一些说明信息是从网上“偷”来的
下面开始讲我遇到的配置问题：
不同的场景下大家都会遇到一些不一样的解决问题的方法，所以这个世界上需要有程序员。大家都说我们是搞.net的，想想也不错，确实是“搞.net” 的，.net出来什么技术我们就“搞”什么，后来又觉得“搞什么搞嘛，还不是人家提供了多少什么就搞点什么，偶尔想自己搞点什么了，还是去重新实现他们提供的接口。结果还是：人家让你怎么搞你就得怎么搞”
呵呵，今天就碰到一个问题，需要动态设置WCF的配置信息，想把WCF Client的配置从web.config文件里拿出来，重新放置在一个目录。如：App_Data/config/xxx.xml，在xxx.xml文件中添加几个节点，由程序动态决定什么时候用什么样的配置。
当时觉得没有什么太大问题，于是就找什么时候可以改变WCF Client的配置。从网上查资料，查MSDN，查Reflector，最终也没有找着好用的方法，所有的方法里提醒的比较有价值的也就只有一个：更改client 的EndPoint的相应Name属性。然后Client 会自动按照相应的Name对应的配置文件，配置当前的ServiceClient。即：说到这里大家可能觉得问题已经解决了，但是：原有的想法是，直接把配置文件拿到app_data/目录下，而现在只解决了一个“endpoint的Name”的问题，因此问题并没有解决。
难道微软就真的没有提醒方法可以重新设置WCF Client的配置的方法吗？有些了解的同志们肯定比我更清楚这个问题，WCF Client的binding,endpoint,Address……等属性都是可以重新设置的，所以是可以重新设置的。
只是找了半天也没有找着自己想要的那种“方便”的设置方法，只给client一个XElement就可以初始化一个ServiceClient，至于XElement中的关于Address，Binding，contract等解析工作还是全部抛给微软现成的类库去处理。找着ServiceClient父类是：ClientBase<TChannel>，使用Reflector查看了此类的构造方法，最终也没有找见可以指定一个XElement就可以初始化一个ServiceClient的方法，其配置信息的读取是使用了写死的从“config”文件里读。
最终失败……非常期待各位前辈能给出指点。（不想自己新建类解析自己的XElement然后再为相应的ServiceClient赋值来实现，因为我的配置节点完全跟微软提供的配置节点一致，为什么没有现有的方法呢？）
