1、單一職責原則（single-responsibility principle）
"對乙個類而言，應該僅有乙個引起它變化的原因。"本原則是我們非常熟悉的「高內聚性原則」的引申。本原則還揭示了內聚性和耦合性，基本途徑就是提高內聚性；如果乙個類承擔的職責過多，那麼這些職責就會相互依賴，乙個職責的變化可能會影響另乙個職責的履行。
2、開放封閉原則（open-closed principle）
「軟體實體應該是可以擴充套件的，但是不可以修改。」
3、黎克特制替換原則（liskov-substitution principle）
「子型別必須能夠替換它們的基型別。」
4、依賴倒置原則（dependency-inversion principle）
「抽象不應該依賴於細節，細節應該依賴於抽象。」
5、介面隔離原則（inte***ce-segregation principle）
「多個專用介面優於乙個單一的通用介面。」
6、迪公尺特法則
也稱為最少知識原則：類間解耦
1）只和朋友交流
朋友類的定義：出現在成員變數、方法的輸入輸出引數中的類稱為朋友類，
而出現在方法體內部的類不屬於朋友類
1、單一職責原則：single responsibility principle ：乙個方法盡可能做一件事情2、介面隔離原則：類間的依賴關係應該建立在最小的介面上
3、開閉原則：允許拓展，不允許修改
4、黎克特制替換原則：父類可以在的地方子類一定可以替換，反過來則不然
5、依賴倒置原則：細節依賴抽象，抽象不應該依賴細節；面向介面程式設計
6、迪公尺特法則：也稱為最少知識原則：類間解耦
1）只和朋友交流 朋友類的定義：出現在成員變數、方法的輸入輸出引數中的類稱為朋友類， 而出現在方法體內部的類不屬於朋友類
物件導向 六大原則
舉乙個簡單的例子，登入功能。一般登入需要包括幾個基本的功能 1.登入頁面 2.接受使用者輸入 3.提交使用者輸入資料到服務端驗證 4.返回驗證結果並提示給使用者 按照單一原則我們就可以將登入功能拆分成兩個類，登入頁類和網路請求類。其實因為單一原則並不是很容易劃分，很多時候需要根據個人經驗和實際情況 ...
物件導向六大原則
先來看物件導向的六大原則吧 一 單一職責原則 二 開閉原則 三 黎克特制替換原則 四 依賴倒置原則 五 介面隔離原則 六 迪公尺特原則class imageloader 就像上面的 一樣我們把所有功能寫到乙個類中，隨著我們專案越來越大功能也越來越大，會導致這個類很龐大也很脆弱。這時候可以拆分出來每個...
物件導向六大原則
引用一段經典的話，武學的最高境界是無招勝有招 在程式設計領域，設計模式就可以認為是招數，而真正的內功心法是設計原則 下面講述一下程式設計中應該遵循的基本原則 乙個類只負責一種職責，只有這種職責的改變會導致這個類的變更。繞口一點的正統說法 不要存在多於乙個原因導致類變更 假如 類t 負責有兩種職責 p...