開閉原則

開閉原則（Open-Closed Principle, OCP）是指一個(gè)軟件實(shí)體如類、模塊和函數(shù)應(yīng)該對擴(kuò)展開放，對修改關(guān)閉。所謂的開閉，也正是對擴(kuò)展和修改兩個(gè)行為的一個(gè)原則。強(qiáng)調(diào)的是用抽象構(gòu)建框架，用實(shí)現(xiàn)擴(kuò)展細(xì)節(jié)?？梢蕴岣哕浖到y(tǒng)的可復(fù)用性及可維護(hù)性。開閉原則，是面向?qū)ο笤O(shè)計(jì)中最基礎(chǔ)的設(shè)計(jì)原則。它指導(dǎo)我們?nèi)绾谓⒎€(wěn)定靈活的系統(tǒng)，例如：我們版本更新，我盡可能不修改源代碼，但是可以增加新功能。

依賴倒置原則

依賴倒置原則（Dependence Inversion Principle,DIP）是指設(shè)計(jì)代碼結(jié)構(gòu)時(shí)，高層模塊不應(yīng)該依賴底層模塊，二者都應(yīng)該依賴其抽象。抽象不應(yīng)該依賴細(xì)節(jié)；細(xì)節(jié)應(yīng)該依賴抽象。通過依賴倒置，可以減少類與類之間的耦合性，提高系統(tǒng)的穩(wěn)定性，提高代碼的可讀性和可維護(hù)性，并能夠降低修改程序所造成的風(fēng)險(xiǎn)。

單一職責(zé)原則

單一職責(zé)（Simple Responsibility Pinciple，SRP）是指不要存在多于一個(gè)導(dǎo)致類變更的原因。假設(shè)我們有一個(gè) Class 負(fù)責(zé)兩個(gè)職責(zé)，一旦發(fā)生需求變更，修改其中一個(gè)職責(zé)的邏輯代碼，有可能會(huì)導(dǎo)致另一個(gè)職責(zé)的功能發(fā)生故障。這樣一來，這個(gè) Class 存在兩個(gè)導(dǎo)致類變更的原因。

如何解決這個(gè)問題呢？
我們就要給兩個(gè)職責(zé)分別用兩個(gè) Class 來實(shí)現(xiàn)，進(jìn)行解耦。后期需求變更維護(hù)互不影響。這樣的設(shè)計(jì)，可以降低類的復(fù)雜度，提高類的可讀性，提高系統(tǒng)的可維護(hù)性，降低變更引起的風(fēng)險(xiǎn)?？傮w來說就是一個(gè) Class/Interface/Method 只負(fù)責(zé)一項(xiàng)職責(zé)。

接口隔離原則

接口隔離原則（Interface Segregation Principle, ISP）是指用多個(gè)專門的接口，而不使用單一的總接口，客戶端不應(yīng)該依賴它不需要的接口。這個(gè)原則指導(dǎo)我們在設(shè)計(jì)接口時(shí)應(yīng)當(dāng)注意一下幾點(diǎn)：

1、一個(gè)類對一類的依賴應(yīng)該建立在最小的接口之上。
2、建立單一接口，不要建立龐大臃腫的接口。
3、盡量細(xì)化接口，接口中的方法盡量少（不是越少越好，一定要適度）。

接口隔離原則符合我們常說的高內(nèi)聚低耦合的設(shè)計(jì)思想，從而使得類具有很好的可讀性、可擴(kuò)展性和可維護(hù)性。我們在設(shè)計(jì)接口的時(shí)候，要多花時(shí)間去思考，要考慮業(yè)務(wù)模型，包括以后有可能發(fā)生變更的地方還要做一些預(yù)判。所以，對于抽象，對業(yè)務(wù)模型的理解是非常重要的。

迪米特法則

迪米特原則（Law of Demeter ,LoD）是指一個(gè)對象應(yīng)該對其他對象保持最少的了解，又叫最少知道原則（Least Knowledge Principle,LKP），盡量降低類與類之間的耦合。迪米特原則主要強(qiáng)調(diào)只和朋友交流，不和陌生人說話。出現(xiàn)在成員變量、方法的輸入、輸出參數(shù)中的類都可以稱之為成員朋友類，而出現(xiàn)在方法體內(nèi)部的類不屬于朋友類。

里氏替換原則

里氏替換原則（Liskov Substitution Principle,LSP）是指如果對每一個(gè)類型為 T1 的對象 o1,都有類型為 T2 的對象 o2,使得以 T1 定義的所有程序 P 在所有的對象 o1 都替換成 o2 時(shí)，程序 P 的行為沒有發(fā)生變化，那么類型 T2 是類型 T1 的子類型。

定義看上去還是比較抽象，重新理解一下，可以理解為一個(gè)軟件實(shí)體如果適用一個(gè)父類的話，那一定是適用于其子類，所有引用父類的地方必須能透明地使用其子類的對象，子類對象能夠替換父類對象，而程序邏輯不變。根據(jù)這個(gè)理解，我們總結(jié)一下：

引申含義：子類可以擴(kuò)展父類的功能，但不能改變父類原有的功能。

1、子類可以實(shí)現(xiàn)父類的抽象方法，但不能覆蓋父類的非抽象方法。
2、子類中可以增加自己特有的方法。
3、當(dāng)子類的方法重載父類的方法時(shí)，方法的前置條件（即方法的輸入/入?yún)ⅲ┮雀割惙椒ǖ妮斎雲(yún)?shù)更寬松。
4、當(dāng)子類的方法實(shí)現(xiàn)父類的方法時(shí)（重寫/重載或?qū)崿F(xiàn)抽象方法），方法的后置條件（即方法的輸出/返回值）要比父類更嚴(yán)格或相等。

使用里氏替換原則有以下優(yōu)點(diǎn)：

1、約束繼承泛濫，開閉原則的一種體現(xiàn)。
2、加強(qiáng)程序的健壯性，同時(shí)變更時(shí)也可以做到非常好的兼容性，提高程序的維護(hù)性、擴(kuò)展性。降低需求變更時(shí)引入的風(fēng)險(xiǎn)。

合成復(fù)用原則

合成復(fù)用原則（Composite/Aggregate Reuse Principle,CARP）是指盡量使用對象組合(has-a)/聚合(contanis-a)，而不是繼承關(guān)系達(dá)到軟件復(fù)用的目的。可以使系統(tǒng)更加靈活，降低類與類之間的耦合度，一個(gè)類的變化對其他類造成的影響相對較少。

繼承我們叫做白箱復(fù)用，相當(dāng)于把所有的實(shí)現(xiàn)細(xì)節(jié)暴露給子類。組合/聚合也稱之為黑箱復(fù)用，對類以外的對象是無法獲取到實(shí)現(xiàn)細(xì)節(jié)的。要根據(jù)具體的業(yè)務(wù)場景來做代碼設(shè)計(jì)，其實(shí)也都需要遵循 OOP模型。

設(shè)計(jì)原則總結(jié)

學(xué)習(xí)設(shè)計(jì)原則，學(xué)習(xí)設(shè)計(jì)模式的基礎(chǔ)。在實(shí)際開發(fā)過程中，并不是一定要求所有代碼都遵循設(shè)計(jì)原則，我們要考慮人力、時(shí)間、成本、質(zhì)量，不是刻意追求完美，要在適當(dāng)?shù)膱鼍白裱O(shè)計(jì)原則，體現(xiàn)的是一種平衡取舍，幫助我們設(shè)計(jì)出更加優(yōu)雅的代碼結(jié)構(gòu)。