面向對象七大設計原則
1、開閉原則
2、裡氏替換原則
3、 單一職責原則
4、接口隔離原則
5、依賴倒置原則
6、迪米特原則
7、組合
/
聚合復用原則
知識點關聯
學習面向對象的設計模式，
是深入面向對象思想的鑰匙，
通過大師級的微妙案例，
我們可以
開闊自己的認知。
在學習面向對象設計七大原則之前，我們要對基本的封裝、繼承、多態思想有足夠的了解，
對抽象類和接口也要有足夠的編碼能力，因為設計模式是以上知識點的綜合應用。
另外，
在接觸具體的設計模式之前，
面向對象的七大設計原則會讓你知道，
設計模式出現的
必然性和意義所在。
1、
每一種設計思想的精准含義，具體如下：
先從整體認識這七種設計思想。
一、開閉原則：
這一條放在第一位來理解，
它的含義是
對擴展開放，
對修改關閉
。
解釋一下就是，
我們
寫完的代碼，不能因為需求變化就修改。我們可以通過新增代碼的方式來解決變化的需求。
當然，這是一種理想的狀態，在現實中，我們要盡量的縮小這種修改。
再解釋一下這條原則的意義所在，
我們采用逆向思維方式來想。
如果每次需求變動都去
修改原有的代碼，
那原有的代碼就存在被修改錯誤的風險，
當然這其中存在有意和無意的修改，
都會導致原有正常運行的功能失效的風險，
這樣很有可能會展開可怕的蝴蝶效應，
使維護工作劇增。
說到底，開閉原則除了表面上的可擴展性強以外，在企業中更看重的是維護成本。
所以，
開閉原則是設計模式的第一大原則，它的潛台詞是：控制需求變動風險，縮小維護成本。
以下幾種原則，都是為此原則服務的。
二、裡氏替換選擇：
此原則的含義是子類可以在任何地方替換它的父類。解釋一下，這是多態的前提，我
們後面很多所謂的靈活，都是不改變聲明類型的情況下，改變實例化類來完成的需求變更。當然，
繼承的特性看似天然就滿足這個條件。
但這裡更注重的是繼承的應用問題，
我們必須保證我們的子類和父類劃分是精准的。
裡氏替換原則的潛台詞是：盡量使用精准的抽象類或者接口。
三、單一職責原則：
單一職責的含義是：
類的職責單一，引起類變化的原因單一。解釋一下，這也是靈活的前提，
如果我們把類拆分成最小的職能單位，
那組合與復用就簡單的多了，
如果一個類做的事情太多，在組合的時候，必然會產生不必要的方法出現，這實際上是一種污染。
舉個例子，我們在繪制圖案的時候，用“點”組成圖和用“直線”組成圖，哪個更靈活呢？一定是“點”，它可以繪制任何圖形，而直線只能繪制帶有直線條的圖案，它起碼無法畫圓。
單一職責的潛台詞是：拆分到最小單位，解決復用和組合問題。
四、接口隔離原則：
接口隔離原則可以說是單一職責的必要手段，
它的含義是盡量使用職能單一的接口，
而不使用職能復雜、全面的接口。
很好理解，接口是為了讓子類實現的，
如果子類想達到職能單一，那麼接口也必須滿足職能單一。
相反，
如果接口融合了多個不相關的方法，
那它的子類就被迫要實現所有方法，
盡管有些方法是根本用不到的。這就是接口污染。
接口隔離原則的潛台詞是：拆分，從接口開始。
五、依賴倒置原則：
想要理解依賴倒置原則，
必須先理解傳統的解決方案。
面相對象的初期的程序，
被調用者依賴於調用者。
也就是調用者決定被調用者有什麼方法，
有什麼樣的實現方式，
這種結構在需求變更的時候，會付出很大的代價，甚至推翻重寫。
依賴倒置原則就是
要求調用者和被調用者都依賴抽象
，這樣兩者沒有直接的關聯和接觸，在變動的時候，一方的變動不會影響另一方的變動。
其實，依賴倒置和前面的原則是相輔相成的，都強調了抽象的重要性。
依賴倒置的潛台詞是：面向抽象編程，解耦調用和被調用者。
六、迪米特原則：
迪米特原則
要求盡量的封裝，盡量的獨立，盡量的使用低級別的訪問修飾符。這是封裝特性的典型體現。
一個類如果暴露太多私用的方法和字段，
會讓調用者很茫然。
並且會給類造成不必要的判斷代碼。
所以，我們使用盡量低的訪問修飾符，
讓外界不知道我們的內部。這也是面向對象的基本思路。這是迪米特原則的一個特性，無法了解類更多的私有信息。
另外，
迪米特原則要求類之間的直接聯系盡量的少，
兩個類的訪問，
通過第三個中介類
來實現。
迪米特原則的潛台詞是：不和陌生人說話，有事去中介。
七、組合
聚合復用原則：
此原則的含義是，如果
只是達到代碼復用的目的，盡量使用組合與聚合，而不是繼承。這裡需要解釋一下，
組合聚合只是引用其他的類的方法，而不會受引用的類的繼承而改變血統。
繼承的耦合性更大，比如一個父類後來添加實現一個接口或者去掉一個接口，那子類可
能會遭到毀滅性的編譯錯誤，
但如果只是組合聚合，只是引用類的方法，
就不會有這種巨大的風險，同時也實現了復用。
組合聚合復用原則的潛台詞是：我只是用你的方法，我們不一定是同類。
