最近在啃的書,都是大部頭,不方便隨身攜帶.于是,就在包里丟了本<設(shè)計(jì)模式解析>,以便平時(shí)沒事干的時(shí)候看.
可是由于看了的很多東西都不能立刻投入到實(shí)用中,久而久之就很容易忘記.(effective那兩本就是這樣).
于是就想在讀書的同時(shí)寫寫一些關(guān)鍵點(diǎn)以及理解,權(quán)當(dāng)加深記憶,還有鍛煉表達(dá)能力.
這個(gè)坑就獻(xiàn)給<設(shè)計(jì)模式解析>,<設(shè)計(jì)模式>這兩書吧.前者是聽到網(wǎng)上評(píng)論說不錯(cuò),讀了再讀<設(shè)計(jì)模式>會(huì)理解的更好,于是就入了.現(xiàn)在在讀.
由于這是剛看剛寫,如果有不正確的,希望賜教,見笑啦.
======================================================================
內(nèi)聚性指的是類內(nèi)部組成部分之間相互聯(lián)系的緊密程度
耦合性指的是一個(gè)類與其它類之間聯(lián)系的緊密程度
封裝變化
用類的聚合代替繼承
Facade
"為子系統(tǒng)中的一組接口提供一個(gè)統(tǒng)一的接口.Facade模式定義了一個(gè)更高層的接口,使子系統(tǒng)更加容易使用"
Facade模式是提供一個(gè)新的,更加簡(jiǎn)單以及符合實(shí)用的接口,來使用一個(gè)復(fù)雜系統(tǒng)的子集.
我寫的那個(gè)俄羅斯方塊中的Console類,貌似就是符合Facade模式的,需要用的控制臺(tái)API(占總數(shù)的一小部分)封裝到Consol類中,使得控制方塊的顯示改變更加容易.
Adapter
"將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口.Adapter模式使原本由于接口不兼容而不能一起工作的類可以一起工作."
1.例如抽象類有接口int foo(int a,int b,bool c),其派生類A中的foo函數(shù)已經(jīng)由另外一個(gè)函數(shù)實(shí)現(xiàn),但是函數(shù)foo2只需要兩個(gè)參數(shù),則可以如下復(fù)用代碼.
int foo(int a,int b,bool c)
{
return foo2(a,b);
}
2.如果虛基類Shape有多個(gè)派生類,如Point,Square,Circle等.但是其中一個(gè)派生類已有相似實(shí)現(xiàn),如ShapeCircle,但是ShapeCircle的接口又與Shape不一致.則可在Circle中包含一個(gè)類型為ShapeCircle的數(shù)據(jù)成員,并在接口的實(shí)現(xiàn)中運(yùn)用1,以此復(fù)用代碼.
Strategy
"定義一系列的算法,把它們一個(gè)個(gè)封裝起來,并且使它們可相互替換.Strategy模式使算法可獨(dú)立于使用它的客戶而變化."
(話說,這句話真是看的人云里霧里的...)
一個(gè)類A中,擁有許多的成員函數(shù),這些函數(shù)都需要根據(jù)一些狀態(tài)進(jìn)行不同操作.如果將A當(dāng)作基類直接寫相應(yīng)狀態(tài)的派生類時(shí),隨著狀態(tài)的復(fù)雜程度增加,則會(huì)導(dǎo)致繼承層次過大,特化版本過多.
Strategy模式則是將類A中的函數(shù)封裝成虛基類,然后通過繼承A中的類成員以應(yīng)對(duì)不同的狀態(tài).
Bridge
"將抽象與其實(shí)現(xiàn)解耦,使它們都可以獨(dú)立地變化."
一個(gè)類A需要調(diào)用不同的實(shí)現(xiàn)做不同的事情,如果用繼承去解決(用某種實(shí)現(xiàn)實(shí)現(xiàn)某種事情則為1個(gè)派生類),隨著不同的實(shí)現(xiàn)(m)和不同的事情(n)的數(shù)量增長(zhǎng),會(huì)造成派生類數(shù)量的爆炸性增長(zhǎng)(m*n).Bridge模式是把實(shí)現(xiàn)抽象,然后在A中持有實(shí)現(xiàn)的句柄,再通過動(dòng)態(tài)創(chuàng)建做事情(m+n).
Abstract Factor
"為創(chuàng)建一組相關(guān)或相互依賴的對(duì)象提供一個(gè)接口,而且無需指定它們的具體類."
@_@ 這個(gè)覺得定義的挺明確的,剛看完,還沒怎么思考過,有空再補(bǔ)寫...
to be continue...