/***@description:這是本人學習《設計模式之禪》的筆記
* 設計原則：
* 一、單一職責：應該有且僅有乙個原因讓乙個類發生變更。這個原則目的是要讓介面的職責分明，結構清晰。
* 優點：類的複雜度降低，可讀性提高，變更風險低，可維護性提高。
* 二、黎克特制替換：通俗一點就是父類存在的地方，可以替換為子類，而程式的行為沒有變化。黎克特制替換規範了
* 繼承方式，要求之類必須完全實現父類的方法，子類可以有自己的屬性和方法。之類方法限制要比父類寬泛。
* 三、依賴倒置：高層不應該依賴低層模組，應該依賴抽象（例如
controller
依賴service
介面而不是實現類）。
* 抽象不依賴於細節，而細節依賴抽象。模組間靠抽象依賴而不是具體實現。（也可以講為面向介面程式設計）
* 四、介面隔離：介面應該盡量小（把握乙個尺度），盡量細化，高內聚（盡可能少的提供
public
方法）。（不設計包羅永珍的介面）
* 五、迪公尺特法則：類與類之間耦合越少越好。
* 六、開閉原則：對擴充套件開放，對修改關閉
*@author:caojj
*@create:2018-01-30 11:38
*/
設計模式 設計模式原則
1 單一職責原則 srp 乙個類應當只有乙個引起其變化的原因。使用單一職責原則的好處有 1 類的複雜性降低 2 可讀性提高 3 可維護性提高 4 變更引起的風險降低 2 黎克特制替換原則 lsp 在使用父類的地方，可以使用其子類替換。黎克特制替換原則的含義 1 子類必須完全實現父類的方法 2 子類可...
設計模式 設計原則
1.單一職責原則 single responsibility principle，簡稱srp 就乙個類而言，應該僅有乙個引起它變化的原因。如果乙個類承擔的職責過多，就等於把這些職責耦合在一起，乙個職責的變化可能會削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當變化發生時，設計會遭受到...
設計模式 設計原則
單一職責原則srp 當設計封裝乙個類時，這個類應該只負責一件事。如果向乙個類中不斷加入功能，會使介面過於複雜，整個專案過於依賴這個類，使整個專案或類失去彈性，所以我們要在開發時將功能分好類，實現單一職責原則。開閉原則ocp 乙個類應該對擴充套件開放，對修改關閉。當我們增加功能時，應該以增加繼承子類的...