一，SOLID法則：

Single responsibility principle

每個(gè)類僅僅承擔(dān)一個(gè)具體的任務(wù)。特別是那些明顯不屬于類的功能，應(yīng)該封裝到新的類里去。界面和邏輯的分離就是個(gè)很好的例子。

Open/Closed principle

軟件開發(fā)必須考慮可擴(kuò)展性，但是擴(kuò)展不能更改現(xiàn)有的代碼，否則可能更引起大范圍的連鎖反應(yīng)。設(shè)計(jì)類的時(shí)候，可以通過抽象來隔離變化，并通過繼承來實(shí)現(xiàn)變化。

Liskov substitution principle

如果派生類B公有繼承了基類A，即類B是類A的子類型，那么子類型就能夠替換掉父類型，而且這種替換關(guān)系不可逆。正是這種替換關(guān)系使得父類可以被復(fù)用。注意并不是所有的"is a"關(guān)系都適用里氏代換，比方說：足球和美式足球都叫足球，但是編程的時(shí)候，美式足球不能認(rèn)足球?yàn)楦割?，因?yàn)樽闱蛑荒苡媚_，而美式足球可以用手。

Interface segregation principle

接口類設(shè)計(jì)要盡量簡練，只需要包含必要的功能即可。比方說：可以簡練到只包含一個(gè)純虛函數(shù)。

Dependency inversion principle

針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。這樣使用接口的類就和接口的具體實(shí)現(xiàn)分開了，雙方都可以靈活自如，只要遵守接口約定即可。實(shí)踐中純虛函數(shù)就是接口，針對(duì)接口編程就是重寫純虛函數(shù)。

二，IC法則（為方便記憶我個(gè)人取的名字）：

Encapsulation/Information hiding

類的內(nèi)部數(shù)據(jù)對(duì)外不可見，而只能通過其自身行為改變。封裝不僅僅是數(shù)據(jù)隱藏，也可以是變化點(diǎn)的隱藏。很多設(shè)計(jì)模式都使用封裝來創(chuàng)建接口類，在接口類一側(cè)的修改不會(huì)影響到另一側(cè)，從而松開這兩側(cè)的耦合，增強(qiáng)了軟件的復(fù)用。如果被隱藏的具體被調(diào)用類報(bào)錯(cuò)，只能修改被調(diào)用類，而不能在調(diào)用類中繞開錯(cuò)誤。

Composition

優(yōu)先使用組合而不是繼承。繼承是在編譯時(shí)刻靜態(tài)定義的，而組合可以在運(yùn)行時(shí)刻動(dòng)態(tài)選擇。繼承對(duì)子類揭示了其父類的實(shí)現(xiàn)細(xì)節(jié)，這就破壞了封裝，而組合要求對(duì)象遵守共同的接口約定，并不破壞封裝。繼承中的子類和父類有緊密的依賴關(guān)系，而組合由于多了一層接口并不相互依賴。過多的繼承可能導(dǎo)致類爆炸，不利于后期的維護(hù)，而組合可以防止類爆炸，減少繼承層次。

參考文獻(xiàn)：

GOF

《設(shè)計(jì)模式精解》

《大話設(shè)計(jì)模式》

原文鏈接：http://www.cnblogs.com/xfu123/archive/2012/06/28/2558377.html

【編輯推薦】

1. JavaScript設(shè)計(jì)模式之代理模式
2. 利用 SPL 快速實(shí)現(xiàn) Observer 設(shè)計(jì)模式
3. 設(shè)計(jì)模式系列之代理模式
4. 從理發(fā)店流程抽象設(shè)計(jì)模式中的組合模式
5. 大話惱人的那些設(shè)計(jì)模式