上一節我們學習了WCF分布式開發步步為贏(5)服務契約與操作重載部分。今天我們來繼續學習WCF服務契約繼承和服務分解設計相關的知識點。WCF服務契約繼承有何優勢和缺點？實際項目里契約設計有什么原則和依據？面向對象的設計經驗有何值得借鑒的地方？這里我們會一一給出詳細的介紹。本文首先介紹的是WCF服務中契約繼承的一些概念、例子代碼分析，其次來講解服務契約的設計問題。首先介紹的也是進行服務設計的必要性，服務設計的原則，示例代碼分析。最后是全文的總結部分。結構如下：【1】OO面向對象設計原則，【2】服務契約繼承，【3】服務契約分解概念，【4】服務契約分解原則，【5】服務契約分解代碼分析，【6】總結。

　　【1】面向對象設計原則OO：

　　 這里我們有必要先回顧一下面向對象的經典的設計原則。這些設計原則對我們WCF服務契約的設計來說有重要的參考價值。服務契約實際利用了接口來定義實現，語法類似，WCF框架也是基于現有的語言體系，對此擴展了編程模型，比如增加了屬性設置機制等。如果你曾經接觸過OO面向對象的這些概念，那么這些設計原則理解起來不會困難。很多編程書籍里都會有介紹，設計模式相關書籍里會有比較詳細的介紹。這里介紹幾個主要的概念，為下文的繼承和設計WCF服務契約部分作鋪墊：

　　<1>單一職責原則（SRP）： 一個類應該僅有一個引起它變化的原因。

　　<2>開放封閉原則（OCP）： 類模塊應該是可擴展的，但是不可修改（對擴展開放，對更改封閉）。

　　<3>Liskov 替換原則（LSP）： 子類必須能夠替換它們的基類。

　　<4> 依賴倒置原則（DIP）： 高層模塊不應該依賴于低層模塊，二者都應該依賴于抽象。 抽象不應該依賴于實現細節，實現細節應該依賴于抽象。

　　<5>接口隔離原則（ISP）： 不應該強迫客戶程序依賴于它們不用的方法。