? ? ? ? 最近校園招聘座柱,比較愛問的一個問題是:同學(xué)首量,你知道SOLID嗎?比較多的同學(xué)一臉茫然,然后我就故作安慰道,沒事镐依,不知道也正常;如果有同學(xué)能回答上一二洒试,則滿臉欣慰怕膛,感嘆,不錯不錯宅此,閱讀面還很廣机错;如果每一個都能講的頭頭是道,我反而會疑惑父腕,同學(xué)弱匪,你是知道我要問什么,提前背的吧璧亮?哈哈萧诫,雖是玩笑,不過設(shè)計原則要死記本就較難枝嘶,活用更是考驗軟件設(shè)計的基本功帘饶,能按自己的理解講解出來確實就非常好了。
? ? ? ? 實際上躬络,軟件設(shè)計原則在《敏捷軟件開發(fā):原則尖奔、模式與實踐》這本書講解的更為詳細(xì)一些,不過好的軟件架構(gòu)穷当,需要從整潔代碼開始提茁,就如好的建筑需要好的磚頭一樣,所以本書也對設(shè)計原則進(jìn)行了詳細(xì)的講解馁菜。設(shè)計原則就好比《九陰真經(jīng)》的總綱茴扁,偏向于理論知識,而模式則偏向于應(yīng)用汪疮,是對原則的具體詮釋峭火。
? ? 軟件設(shè)計原則本身是來源于軟件開發(fā)過程中的規(guī)則總結(jié),就如武功秘籍智嚷,我們易按照先讀后練卖丸,先死套再活用的方法,今天我們就先來讀一讀再套用一下盏道,當(dāng)然也僅止于此稍浆。
? ? 首先說SOLID中的S,也就是單一職責(zé)原則(SRP),書上的標(biāo)準(zhǔn)定義“任何一個軟件模塊都應(yīng)該只對一類行為負(fù)責(zé)”衅枫,很抽象的解說嫁艇,舉例來說,我們項目經(jīng)理和HR都需要統(tǒng)計每個員工的工時弦撩,最初兩者要求的一樣的步咪,就是大家的上下班打卡時間,剛開始我們用相同的方法來實現(xiàn)益楼,結(jié)果有一天HR說猾漫,按國家規(guī)定,周六雙倍工資偏形,工時算兩倍静袖,按這個需求修改完成后,項目經(jīng)理這邊就出麻煩了俊扭,工時按雙倍計算队橙,工作進(jìn)度沒有雙倍啊,工作進(jìn)度就完不成了萨惑。所以單一職責(zé)就是要把服務(wù)不同對象的代碼進(jìn)行切分捐康,避免代碼修改的時候互相影響。
? ? 第二個是OCP庸蔼,開閉原則解总,書上的定義是“設(shè)計良好的計算機(jī)軟件應(yīng)該易與擴(kuò)展,同時抗拒修改”姐仅。按我的理解花枫,“開”即為變化,“閉”即不變的部分掏膏,開閉原則就是以不變應(yīng)萬變劳翰。比如我當(dāng)前設(shè)計的一個度量系統(tǒng),不變的是后端對流水線的運(yùn)行數(shù)據(jù)收集馒疹、分析佳簸、存儲,而前端的看板展示部分颖变,我會根據(jù)需要設(shè)計出流水線實時看板生均,每日看板,后續(xù)陸續(xù)擴(kuò)展出月度統(tǒng)計看板腥刹,年度統(tǒng)計看板马胧,甚至還有不同維度的度量應(yīng)用,但這些擴(kuò)展的應(yīng)用對我的數(shù)據(jù)收集中心是無影響的衔峰。組件層次劃分清晰漓雅,且組件的依賴單向录别,即可以做到開閉隨心而無所懼也。
? ? 第三個為LSP邻吞,里氏替換原則,其中里氏是提出者Liskov女士的音譯葫男,所以該原則的核心應(yīng)該是“替換”抱冷。書上定義為“繼承必須確保超類所擁有的性質(zhì)在子類中仍然成立”,也就是說梢褐,如果子類不能完全繼承超類的所有性質(zhì)旺遮,那么這樣的繼承就是不合理的。書上使用的是長方形/正方形的例子盈咳,按數(shù)學(xué)書上的講解耿眉,正方形是一種特殊的長方形。但是如果長方形定義了setHight和setWide兩種方法鱼响,那么正方形是不適合繼承長方形的鸣剪,否則正方形調(diào)用setHight和setWide就會造成定義失效,為了兼容這種問題丈积,會造成軟件架構(gòu)極大的混亂筐骇。
? ? 第四個為ISP,接口隔離原則江滨,按字面解釋铛纬,“要為各個類建立它們需要的專用接口,而不要試圖去建立一個很龐大的接口供所有依賴它的類去調(diào)用”唬滑。這個和單一職責(zé)原則很類似告唆,可以說是接口的單一職責(zé)。說一個反例晶密,有一個薪水管理的接口擒悬,salary(type,count)惹挟,type可以為add茄螃,reduce,一個接口搞定兩件事情连锯,這樣首先會造成salary的實現(xiàn)方法臃腫归苍,其次,當(dāng)add的邏輯修改运怖,比如需要對工作滿10年的同學(xué)雙倍加薪拼弃,這樣對調(diào)用reduce的地方也需要重新進(jìn)行編譯部署(靜態(tài)語言),即便動態(tài)語言不需要重新編譯摇展,接口的耦合也會造成接口的修改難度加大吻氧,容易帶來意料之外的麻煩。
? ? 第五個DIP,依賴反轉(zhuǎn)原則盯孙,定義如下:高層模塊不應(yīng)該依賴低層模塊鲁森,兩者都應(yīng)該依賴其抽象;抽象不應(yīng)該依賴細(xì)節(jié)振惰,細(xì)節(jié)應(yīng)該依賴抽象歌溉。依賴倒置原則的目的是通過要面向接口的編程來降低類間的耦合性,所以我們在實際編程中只要遵循以下4點骑晶,就能在項目中滿足這個規(guī)則痛垛。
每個類盡量提供接口或抽象類,或者兩者都具備桶蛔。
變量的聲明類型盡量是接口或者是抽象類匙头。
任何類都不應(yīng)該從具體類派生。
使用繼承時盡量遵循里氏替換原則仔雷。
軟件設(shè)計原則還有迪米特法則以及合成復(fù)用原則蹂析,不過本書沒有提及,也就不再贅述朽寞。另外本章確實有點上頭识窿,本想簡單明了的介紹設(shè)計原則,但是個人本身理解就不深脑融,自然無法深入淺出喻频,姑且看之。