1.   開(kāi)閉原則(Open-Closed Principle, OCP)

定義：軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉。這句話說(shuō)得有點(diǎn)專(zhuān)業(yè)，更通俗一點(diǎn)講，也就是：軟件系統(tǒng)中包含的各種組件，例如模塊（Modules）、類(lèi)（Classes）以及功能（Functions）等等，應(yīng)該在不修改現(xiàn)有代碼的基礎(chǔ)上，去擴(kuò)展新功能。開(kāi)閉原則中原有“開(kāi)”，是指對(duì)于組件功能的擴(kuò)展是開(kāi)放的，是允許對(duì)其進(jìn)行功能擴(kuò)展的；開(kāi)閉原則中“閉”，是指對(duì)于代碼的修改是封閉的，即不應(yīng)該修改原有的代碼。

問(wèn)題由來(lái)：凡事的產(chǎn)生都有緣由。我們來(lái)看看，開(kāi)閉原則的產(chǎn)生緣由。在軟件的生命周期內(nèi)，因?yàn)樽兓?、升?jí)和維護(hù)等原因需要對(duì)軟件原有代碼進(jìn)行修改時(shí)，可能會(huì)給舊代碼中引入錯(cuò)誤，也可能會(huì)使我們不得不對(duì)整個(gè)功能進(jìn)行重構(gòu)，并且需要原有代碼經(jīng)過(guò)重新測(cè)試。這就對(duì)我們的整個(gè)系統(tǒng)的影響特別大，這也充分展現(xiàn)出了系統(tǒng)的耦合性如果太高，會(huì)大大的增加后期的擴(kuò)展，維護(hù)。為了解決這個(gè)問(wèn)題，故人們總結(jié)出了開(kāi)閉原則。解決開(kāi)閉原則的根本其實(shí)還是在解耦合。所以，我們面向?qū)ο蟮拈_(kāi)發(fā)，我們最根本的任務(wù)就是解耦合。 

解決方法：當(dāng)軟件需要變化時(shí)，盡量通過(guò)擴(kuò)展軟件實(shí)體的行為來(lái)實(shí)現(xiàn)變化，而不是通過(guò)修改已有的代碼來(lái)實(shí)現(xiàn)變化。 

小結(jié)：開(kāi)閉原則具有理想主義的色彩，說(shuō)的很抽象，它是面向?qū)ο笤O(shè)計(jì)的終極目標(biāo)。其他幾條原則，則可以看做是開(kāi)閉原則的實(shí)現(xiàn)。我們要用抽象構(gòu)建框架，用實(shí)現(xiàn)擴(kuò)展細(xì)節(jié)。

2.    單一職責(zé)原則（Single Responsibility Principle）

定義：一個(gè)類(lèi)，只有一個(gè)引起它變化的原因。即：應(yīng)該只有一個(gè)職責(zé)。

每一個(gè)職責(zé)都是變化的一個(gè)軸線，如果一個(gè)類(lèi)有一個(gè)以上的職責(zé)，這些職責(zé)就耦合在了一起。這會(huì)導(dǎo)致脆弱的設(shè)計(jì)。當(dāng)一個(gè)職責(zé)發(fā)生變化時(shí)，可能會(huì)影響其它的職責(zé)。另外，多個(gè)職責(zé)耦合在一起，會(huì)影響復(fù)用性。例如：要實(shí)現(xiàn)邏輯和界面的分離。需要說(shuō)明的一點(diǎn)是單一職責(zé)原則不只是面向?qū)ο缶幊趟枷胨赜械模灰悄K化的程序設(shè)計(jì)，都需要遵循這一重要原則。 

問(wèn)題由來(lái)：類(lèi)T負(fù)責(zé)兩個(gè)不同的職責(zé)：職責(zé)P1，職責(zé)P2。當(dāng)由于職責(zé)P1需求發(fā)生改變而需要修改類(lèi)T時(shí)，有可能會(huì)導(dǎo)致原本運(yùn)行正常的職責(zé)P2功能發(fā)生故障。 

解決方法：分別建立兩個(gè)類(lèi)T1、T2，使T1完成職責(zé)P1功能，T2完成職責(zé)P2功能。這樣，當(dāng)修改類(lèi)T1時(shí)，不會(huì)使職責(zé)P2發(fā)生故障風(fēng)險(xiǎn)；同理，當(dāng)修改T2時(shí)，也不會(huì)使職責(zé)P1發(fā)生故障風(fēng)險(xiǎn)。

3.    里氏替換原則（Liskov Substitution Principle） 

定義：子類(lèi)型必須能夠替換掉它們的父類(lèi)型。注意這里的能夠兩字。有人也戲稱(chēng)老鼠的兒子會(huì)打洞原則。

問(wèn)題由來(lái)：有一功能P1，由類(lèi)A完成?，F(xiàn)需要將功能P1進(jìn)行擴(kuò)展，擴(kuò)展后的功能為P，其中P由原有功能P1與新功能P2組成。新功能P由類(lèi)A的子類(lèi)B來(lái)完成，則子類(lèi)B在完成新功能P2的同時(shí)，有可能會(huì)導(dǎo)致原有功能P1發(fā)生故障。 

解決方法：類(lèi)B繼承類(lèi)A時(shí)，除添加新的方法完成新增功能P2外，盡量不要重寫(xiě)父類(lèi)A的方法，也盡量不要重載父類(lèi)A的方法 

小結(jié)：所有引用父類(lèi)的地方必須能透明地使用其子類(lèi)的對(duì)象。子類(lèi)可以擴(kuò)展父類(lèi)的功能，但不能改變父類(lèi)原有的功能，即：子類(lèi)可以實(shí)現(xiàn)父類(lèi)的抽象方法，子類(lèi)也中可以增加自己特有的方法，但不能覆蓋父類(lèi)的非抽象方法。當(dāng)子類(lèi)的方法重載父類(lèi)的方法時(shí)，方法的前置條件（即方法的形參）要比父類(lèi)方法的輸入?yún)?shù)更寬松。當(dāng)子類(lèi)的方法實(shí)現(xiàn)父類(lèi)的抽象方法時(shí)，方法的后置條件（即方法的返回值）要比父類(lèi)更嚴(yán)格。

4.    迪米特法則（Law Of Demeter）

 定義：迪米特法則又叫最少知道原則，即：一個(gè)對(duì)象應(yīng)該對(duì)其他對(duì)象保持最少的了解。如果兩個(gè)類(lèi)不必彼此直接通信，那么這兩個(gè)類(lèi)就不應(yīng)當(dāng)發(fā)生直接的相互作用。如果其中一個(gè)類(lèi)需要調(diào)用另一個(gè)類(lèi)的某一個(gè)方法的話，可以通過(guò)第三者轉(zhuǎn)發(fā)這個(gè)調(diào)用。簡(jiǎn)單定義為只與直接的朋友通信。首先來(lái)解釋一下什么是直接的朋友：每個(gè)對(duì)象都會(huì)與其他對(duì)象有耦合關(guān)系，只要兩個(gè)對(duì)象之間有耦合關(guān)系，我們就說(shuō)這兩個(gè)對(duì)象之間是朋友關(guān)系。耦合的方式很多，依賴(lài)、關(guān)聯(lián)、組合、聚合等。其中，我們稱(chēng)出現(xiàn)成員變量、方法參數(shù)、方法返回值中的類(lèi)為直接的朋友，而出現(xiàn)在局部變量中的類(lèi)則不是直接的朋友。也就是說(shuō)，陌生的類(lèi)最好不要作為局部變量的形式出現(xiàn)在類(lèi)的內(nèi)部。

問(wèn)題由來(lái)：類(lèi)與類(lèi)之間的關(guān)系越密切，耦合度越大，當(dāng)一個(gè)類(lèi)發(fā)生改變時(shí)，對(duì)另一個(gè)類(lèi)的影響也越大。

最早是在1987年由美國(guó)Northeastern University的Ian Holland提出。通俗的來(lái)講，就是一個(gè)類(lèi)對(duì)自己依賴(lài)的類(lèi)知道的越少越好。也就是說(shuō)，對(duì)于被依賴(lài)的類(lèi)來(lái)說(shuō)，無(wú)論邏輯多么復(fù)雜，都盡量地的將邏輯封裝在類(lèi)的內(nèi)部，對(duì)外除了提供的public方法，不對(duì)外泄漏任何信息。迪米特法則還有一個(gè)更簡(jiǎn)單的定義：只與直接的朋友通信。 

解決方法：盡量降低類(lèi)與類(lèi)之間的耦合。 自從我們接觸編程開(kāi)始，就知道了軟件編程的總的原則：低耦合，高內(nèi)聚。無(wú)論是面向過(guò)程編程還是面向?qū)ο缶幊?，只有使各個(gè)模塊之間的耦合盡量的低，才能提高代碼的復(fù)用率。 

迪米特法則的初衷是降低類(lèi)之間的耦合，由于每個(gè)類(lèi)都減少了不必要的依賴(lài)，因此的確可以降低耦合關(guān)系。但是凡事都有度，雖然可以避免與非直接的類(lèi)通信，但是要通信，必然會(huì)通過(guò)一個(gè)“中介”來(lái)發(fā)生聯(lián)系。故過(guò)分的使用迪米特原則，會(huì)產(chǎn)生大量這樣的中介和傳遞類(lèi)，導(dǎo)致系統(tǒng)復(fù)雜度變大。所以在采用迪米特法則時(shí)要反復(fù)權(quán)衡，既做到結(jié)構(gòu)清晰，又要高內(nèi)聚低耦合。 

5.    依賴(lài)倒置原則（Dependence Inversion Principle） 

定義：高層模塊不應(yīng)該依賴(lài)低層模塊，二者都應(yīng)該依賴(lài)其抽象；抽象不應(yīng)該依賴(lài)細(xì)節(jié)；細(xì)節(jié)應(yīng)該依賴(lài)抽象。中心思想是面向接口編程 

問(wèn)題由來(lái)：類(lèi)A直接依賴(lài)類(lèi)B，假如要將類(lèi)A改為依賴(lài)類(lèi)C，則必須通過(guò)修改類(lèi)A的代碼來(lái)達(dá)成。這種場(chǎng)景下，類(lèi)A一般是高層模塊，負(fù)責(zé)復(fù)雜的業(yè)務(wù)邏輯；類(lèi)B和類(lèi)C是低層模塊，負(fù)責(zé)基本的原子操作；假如修改類(lèi)A，會(huì)給程序帶來(lái)不必要的風(fēng)險(xiǎn)。 

解決方法：將類(lèi)A修改為依賴(lài)接口I，類(lèi)B和類(lèi)C各自實(shí)現(xiàn)接口I，類(lèi)A通過(guò)接口I間接與類(lèi)B或者類(lèi)C發(fā)生聯(lián)系，則會(huì)大大降低修改類(lèi)A的幾率。 

在實(shí)際編程中，我們一般需要做到如下3點(diǎn)：

1）. 低層模塊盡量都要有抽象類(lèi)或接口，或者兩者都有。

2）. 變量的聲明類(lèi)型盡量是抽象類(lèi)或接口。

3）. 使用繼承時(shí)遵循里氏替換原則。 

采用依賴(lài)倒置原則尤其給多人合作開(kāi)發(fā)帶來(lái)了極大的便利，參與協(xié)作開(kāi)發(fā)的人越多、項(xiàng)目越龐大，采用依賴(lài)導(dǎo)致原則的意義就越重大。 

小結(jié)：依賴(lài)倒置原則就是要我們面向接口編程，理解了面向接口編程，也就理解了依賴(lài)倒置。 

6.    接口隔離原則（Interface Segregation Principle）

定義：客戶(hù)端不應(yīng)該依賴(lài)它不需要的接口；一個(gè)類(lèi)對(duì)另一個(gè)類(lèi)的依賴(lài)應(yīng)該建立在最小的接口上。 

問(wèn)題由來(lái)：類(lèi)A通過(guò)接口I依賴(lài)類(lèi)B，類(lèi)C通過(guò)接口I依賴(lài)類(lèi)D，如果接口I對(duì)于類(lèi)A和類(lèi)B來(lái)說(shuō)不是最小接口，則類(lèi)B和類(lèi)D必須去實(shí)現(xiàn)他們不需要的方法 

解決方法：1、 使用委托分離接口。2、 使用多重繼承分離接口。3.將臃腫的接口I拆分為獨(dú)立的幾個(gè)接口，類(lèi)A和類(lèi)C分別與他們需要的接口建立依賴(lài)關(guān)系。也就是采用接口隔離原則。 

7.   合成/聚合原則(Composite/Aggregate Reuse Principle,CARP) 

定義：也有人叫做合成復(fù)用原則，及盡量使用合成/聚合，盡量不要使用類(lèi)繼承。換句話說(shuō)，就是能用合成/聚合的地方，絕不用繼承。 

為什么要盡量使用合成/聚合而不使用類(lèi)繼承？

1. 對(duì)象的繼承關(guān)系在編譯時(shí)就定義好了，所以無(wú)法在運(yùn)行時(shí)改變從父類(lèi)繼承的子類(lèi)的實(shí)現(xiàn)

2. 子類(lèi)的實(shí)現(xiàn)和它的父類(lèi)有非常緊密的依賴(lài)關(guān)系，以至于父類(lèi)實(shí)現(xiàn)中的任何變化必然會(huì)導(dǎo)致子類(lèi)發(fā)生變化

3. 當(dāng)你復(fù)用子類(lèi)的時(shí)候，如果繼承下來(lái)的實(shí)現(xiàn)不適合解決新的問(wèn)題，則父類(lèi)必須重寫(xiě)或者被其它更適合的類(lèi)所替換，這種依賴(lài)關(guān)系限制了靈活性，并最終限制了復(fù)用性。

總結(jié)：這些原則在設(shè)計(jì)模式中體現(xiàn)的淋淋盡致，設(shè)計(jì)模式就是實(shí)現(xiàn)了這些原則，從而達(dá)到了代碼復(fù)用、增強(qiáng)了系統(tǒng)的擴(kuò)展性。所以設(shè)計(jì)模式被很多人奉為經(jīng)典。我們可以通過(guò)好好的研究設(shè)計(jì)模式，來(lái)慢慢的體會(huì)這些設(shè)計(jì)原則。