WCF開發工具是微軟公司開發的一款面向服務的應用提供的分布式通信編程框架，在實際應用中起到了非常重要的作用。今天我們將會在這篇文章中為大家詳細介紹有關WCF配置文件的相關概念。#t#

當今的軟件系統開發，如果沒有配置文件幾乎是不可想象的事。沒有配置文件，軟件如何按照用戶的要求對功能進行定制？沒有配置文件，在對軟件進行配置安裝的時候如何根據具體的硬軟件環境進行修改？最重要的是沒有配置文件，該如何應對軟件系統的可擴展要求？不知不覺地，配置文件的編寫與管理竟然成了軟件開發的重中之重。

WCF作為分布式開發的基礎框架，在定義服務以及定義消費服務的客戶端時，都使用了配置文件的方法。雖然WCF也提供硬編程的方式，通過在代碼中直接設置相關對象的屬性來完成服務端與客戶端的配置，然而這種方式并不利于后期的更改。無疑，配置文件為WCF帶來了軟件開發的靈活性，它的使用也是WCF開發過程中最頻繁的。

WCF配置文件共分為兩部分：服務端配置與客戶端配置。兩者由于功能的不同，在配置文件的使用上也略有不同。

1．WCF配置文件的服務端配置

服務端的配置文件主要包括endpoint、binding、behavior的配置。一個標準的服務端配置文件所包含的主要xml配置節如下所示：

< system.ServiceModel> 
< services> 
< service> 
< endpoint/> 
< /service> 
< /services> 
< bindings> 
< !—定義一個或多個系統提供的binding元素，例如< basicHttpBinding> -->   
< !—也可以是自定義的binding元素，如< customBinding>. --> 
< binding> 
< !—例如< BasicHttpBinding>元素. --> 
< /binding> 
< /bindings> 
< behaviors> 
< !—一個或多個系統提供的behavior元素. --> 
< behavior> 
< !—例如< throttling>元素. --> 
< /behavior> 
< /behaviors> 
< /system.ServiceModel> 

1.1 < services>配置節

在< services>配置節中可以定義多個服務，每一個服務都被放到< service>配置節中，WCF的宿主程序可以通過WCF配置文件找到這些定義的服務并發布這些服務。

< service>配置節包含name和behaviorConfiguration屬性。其中，name配置了實現Service Contract的類型名。類型名必須是完整地包含了命名空間和類型名。而behaviorConfiguration的配置值則與其后的< behaviors>配置節的內容有關。< endpoint>是< service>配置節的主體，其中，< endpoint>配置節包含了endpoint的三個組成部分：Address、Binding和Contract。由于具體的binding配置是在< bindings>配置節中完成，因而，在< endpoint>中配置了bindingConfiguration屬性，指向具體的binding配置。如下所示：

< services> 
< service name="BruceZhang.MyService"
 behaviorConfiguration="MyBehavior"> 
< endpoint address="" 
binding="netTcpBinding" 
bindingConfiguration="DuplexBinding" 
contract="BruceZhang.IHello" /> 
< /service> 
< /services> 

我們也可以定義多個endpoint，例如：

< services> 
< service   
name="Microsoft.ServiceModel.Samples.CalculatorService" 
behaviorConfiguration="CalculatorServiceBehavior"> 
< endpoint address="" 
binding="wsHttpBinding" 
contract="Microsoft.ServiceModel.Samples.ICalculator" /> 
< endpoint address="mex" 
binding="mexHttpBinding" 
contract=" Microsoft.ServiceModel.Samples.IMetadataExchange" /> 
< /service> 
< /services> 

如果address值為空，那么endpoint的地址就是默認的基地址（Base Address）。例如ICalculator服務的地址就是http://localhost/servicemodelsamples/service.svc，而IMetadataExchange服務的地址則為http://localhost/servicemodelsamples/service.svc/mex。這里所謂的基地址可以在< service>中通過配置< host>來定義：

< service   
name="Microsoft.ServiceModel.Samples.CalculatorService" 
behaviorConfiguration="CalculatorServiceBehavior"> 
< host> 
< baseAddresses> 
< add baseAddress=  
"http://localhost/ServiceModelSamples/service.svc"/> 
< /baseAddresses> 
< /host> 
< endpoint … /> 
< /service> 

1.2 < behaviors>配置節

當我們在定義一個實現了Service Contract的類時， binding和address信息是客戶端必須知道的，否則無法調用該服務。然而，如果需要指定服務在執行方面的相關特性時，就必須定義服務的behavior。在WCF中，定義behavior就可以設置服務的運行時屬性，甚至于通過自定義behavior插入一些自定義類型。例如通過指定ServiceMetadataBehavior，可以使WCF服務對外公布Metadata。配置如下：

< behaviors> 
< serviceBehaviors> 
< behavior name="metadataSupport"> 
< serviceMetadata httpGetEnabled="true" httpGetUrl=""/> 
< /behavior> 
< serviceBehaviors> 
< behaviors> 

在WCF中，behavior被定義為Attribute，其中，System.ServiceModel.ServiceBehaviorAttribute和System.ServiceModel.OperationBehaviorAttribute是最常用的behavior。雖然，behavior作為Attribute可以通過編程的方式直接施加到服務上，但出于靈活性的考慮，將behavior定義到WCF配置文件中才是***的設計方式。

利用ServiceBehavior與OperationBehavior可以控制服務的如下屬性：

1、 對象實例的生命周期；  
2、 并發與異步處理；  
3、 配置行為；  
4、 事務行為；  
5、 序列化行為；  
6、 元數據轉換；  
7、 會話的生命周期；  
8、 地址過濾以及消息頭的處理；  
9、 模擬（Impersonation）； 

例如，通過ServiceBehavior設置對象實例的生命周期：

< behaviors> 
< serviceBehaviors> 
< behavior name="metadataSupport"> 
< instanceContextMode httpGetEnabled="true" httpGetUrl=""/> 
< /behavior> 
< serviceBehaviors> 
< behaviors> 

以上就是對WCF配置文件的詳細介紹。