本文的出發點：
通過閱讀本文，能解決以下的問題
什麼是契約？
契約有幾種？,他們都有什麼用途
如何定義契約？
契約是獨立於平台的麼？
契約和以往哪種技術比較相像，又有什麼不同？
本文適合的讀者
WCF的初學者，可以沒有任何SOA或者其他分布式技術經驗
什麼是契約？
任何一個分布式應用程序，它之所以能夠互相傳遞消息，都是事先制定好數據交換規則的，這個規則正是交換數據的雙方（比如服務器端和客戶端）能彼此理解對方的依據，WCF作為分布式開發技術的一種，同樣具有這樣一種特性。而在WCF中制定的的規則就被稱之為契約（Contract），它是WCF的消息標准，是任何一個wcf程序不可或缺的一部分。
契約有幾種？,他們都有什麼用途
在WCF中，契約分為四種，它們分別為：
用於定義服務操作的服務契約：Service Contract
這種級別的契約又包括兩種：ServiceContract和OperationContract
ServiceContract用於類或者結構上，用於指示WCF此類或者結構能夠被遠程調用，而OperationContract用於類中的方法（Method）上，用於指示WCF該方法可被遠程調用。
用於自定義數據結構的數據契約：Data Contract
數據契約也分為兩種：DataContract和DataMember.DataContract用於類或者結構上，指示 WCF此類或者結構能夠被序列化並傳輸，而DataMember只能用在類或者結構的屬性(Property)或者字段（Field）上，指示WCF該屬性或者字段能夠被序列化傳輸。
用於自定錯誤異常的異常契約：Fault Contract
FaultContract用於自定義錯誤異常的處理方式，默認情況下，當服務端拋出異常的時候，客戶端能接收到異常信息的描述，但這些描述往往格式統一，有時比較難以從中獲取有用的信息，此時，我們可以自定義異常消息的格式，將我們關心的消息放到錯誤消息中傳遞給客戶端，此時需要在方法上添加自定義一個錯誤消息的類，然後在要處理異常的函數上加上FaultContract，並將異常信息指示返回為自定義格式。
用於控制消息格式的消息契約：Message Contract
簡單的說，它能自定義消息格式，包括消息頭，消息體，還能指示是否對消息內容進行加密和簽名。
如何定義契約？
其實上面落裡羅嗦說了一大堆，似乎契約使用起來應該很難的樣子了，可事實上，契約的使用是很簡單的，它無非就是在普通的程序結構上添加一些聲明性的屬性就可以了，比如我們可以直接在類上聲明ServerContractAttribute，此時這個類就能被遠程客戶端訪問到，而在類中的方法中(Method)添加OperationContractAttribute就能將方法暴露給遠程客戶端，其他的契約也一樣的用法，比較難得還是消息契約和錯誤契約，當也很簡單。我這裡沒有WCF開發環境，所以具體怎麼用，我就不做示例了，您仍不明白的話，可以參考下面幾篇文章：
http://www.cnblogs.com/artech/archive/2007/02/28/659331.html
http://www.rainsts.net/article.asp?id=427
http://www.rainsts.net/article.asp?id=429
http://www.rainsts.net/article.asp?id=430
他們的blog中都有較詳細的闡述和使用方法說明
契約是獨立於平台的麼？
WCF作為一種能夠跨平台的體系框架，其應用肯定會有異構，異網的情況發生，那麼作為通訊依據的契約能否自動適用於上述情況呢？答案是肯定的，契約是獨立於平台之外的，它只約束通訊的雙方應該遵守什麼樣的規則，而絲毫不管雙方各自采用的是什麼樣的技術和什麼樣的操作系統，也只有這樣，WCF才能有真正的生命力。
契約和以往哪種技術比較相像，又有什麼不同？
如果非要拿契約和以往的技術相比較的話，契約和asp.net xml web service的聲明性編程模型甚是相似，比如在web service中在類上標記WebServiceAttribute便可以將此類用於遠程調用，而將方法添加WebMethondAttribute也可以將其暴露給遠程客戶端，這和WCF中的ServiceContract和OperationContract簡直如出一轍，但不同的是，WCF中的契約要比Xml Web Service中的要詳盡的多，比如ServiceContract和OperationContract可以直接使用在接口上面，而實現該接口的類就繼承了這種契約聲明，自動擁有契約所規范的動作和行為，這就使得程序員更方便的使用面向接口的編程方式，可以使同一服務擁有不同的實現，在新舊版本升級的同時，能夠使新老版本共同運行。
