現(xiàn)在的架構(gòu)都是講究配置文件的，其實如何運用好配置文件會為我們解決很多問題的，沒有配置文件，軟件如何按照用戶的要求對功能進(jìn)行定制？沒有配置文件，在對軟件進(jìn)行配置安裝的時候如何根據(jù)具體的硬軟件環(huán)境進(jìn)行修改？最重要的是沒有配置文件，該如何應(yīng)對軟件系統(tǒng)的可擴(kuò)展要求？不知不覺地，配置文件的編寫與管理竟然成了軟件開發(fā)的重中之重。

#T#WCF作為分布式開發(fā)的基礎(chǔ)框架，在定義服務(wù)以及定義消費服務(wù)的客戶端時，都使用了配置文件的方法。雖然WCF也提供硬編程的方式，通過在代碼中直接設(shè)置相關(guān)對象的屬性來完成服務(wù)端與客戶端的配置，然而這種方式并不利于后期的更改。無疑，配置文件為WCF帶來了軟件開發(fā)的靈活性，它的使用也是WCF開發(fā)過程中最頻繁的。WCF服務(wù)端配置文件共分為兩部分：服務(wù)端配置與客戶端配置。兩者由于功能的不同，在配置文件的使用上也略有不同。

WCF服務(wù)端配置

WCF服務(wù)端配置文件主要包括endpoint、binding、behavior的配置。一個標(biāo)準(zhǔn)的服務(wù)端配置文件所包含的主要xml配置節(jié)如下所示：

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