上一節我們學習了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）： 不應該強迫客戶程式依賴于它們不用的方法。
繼續>>下一頁[第1頁][第2頁][第3頁][第4頁]Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
