結(jié)合設(shè)計模式說說如何設(shè)計類
一，SOLID法則：
Single responsibility principle
每個類僅僅承擔(dān)一個具體的任務(wù)。特別是那些明顯不屬于類的功能，應(yīng)該封裝到新的類里去。界面和邏輯的分離就是個很好的例子。
Open/Closed principle
軟件開發(fā)必須考慮可擴(kuò)展性，但是擴(kuò)展不能更改現(xiàn)有的代碼，否則可能更引起大范圍的連鎖反應(yīng)。設(shè)計類的時候，可以通過抽象來隔離變化，并通過繼承來實現(xiàn)變化。
Liskov substitution principle
如果派生類B公有繼承了基類A，即類B是類A的子類型，那么子類型就能夠替換掉父類型，而且這種替換關(guān)系不可逆。正是這種替換關(guān)系使得父類可以被復(fù)用。注意并不是所有的"is a"關(guān)系都適用里氏代換，比方說：足球和美式足球都叫足球，但是編程的時候，美式足球不能認(rèn)足球為父類，因為足球只能用腳，而美式足球可以用手。
Interface segregation principle
接口類設(shè)計要盡量簡練，只需要包含必要的功能即可。比方說：可以簡練到只包含一個純虛函數(shù)。
Dependency inversion principle
針對接口編程，而不是針對實現(xiàn)編程。這樣使用接口的類就和接口的具體實現(xiàn)分開了，雙方都可以靈活自如，只要遵守接口約定即可。實踐中純虛函數(shù)就是接口，針對接口編程就是重寫純虛函數(shù)。
二，IC法則（為方便記憶我個人取的名字）：
Encapsulation/Information hiding
類的內(nèi)部數(shù)據(jù)對外不可見，而只能通過其自身行為改變。封裝不僅僅是數(shù)據(jù)隱藏，也可以是變化點的隱藏。很多設(shè)計模式都使用封裝來創(chuàng)建接口類，在接口類一側(cè)的修改不會影響到另一側(cè)，從而松開這兩側(cè)的耦合，增強(qiáng)了軟件的復(fù)用。如果被隱藏的具體被調(diào)用類報錯，只能修改被調(diào)用類，而不能在調(diào)用類中繞開錯誤。
Composition
優(yōu)先使用組合而不是繼承。繼承是在編譯時刻靜態(tài)定義的，而組合可以在運(yùn)行時刻動態(tài)選擇。繼承對子類揭示了其父類的實現(xiàn)細(xì)節(jié)，這就破壞了封裝，而組合要求對象遵守共同的接口約定，并不破壞封裝。繼承中的子類和父類有緊密的依賴關(guān)系，而組合由于多了一層接口并不相互依賴。過多的繼承可能導(dǎo)致類爆炸，不利于后期的維護(hù)，而組合可以防止類爆炸，減少繼承層次。
參考文獻(xiàn)：
GOF
《設(shè)計模式精解》
《大話設(shè)計模式》
原文鏈接：http://www.cnblogs.com/xfu123/archive/2012/06/28/2558377.html
【編輯推薦】
