經典設計原則除了 SOLID 之外，常見的還包括 KISS、YAGNI、DRY、LOD、CRP 等幾種：
- KISS(Keep It Simple & Stupid, 盡量保持簡單)
- YAGNI(You Ain't Gonna Need It, 你不會需要它)
- DRY(Don't Repeat Yourself, 不要重復自己)
- LOD(Law Of Demeter, 迪米特法則)
- CRP(Composite Reuse Principle, 合成復用原則)
KISS 原則
理解
KISS 原則的英文描述有很多版本，如下：
- Keep It Simple & Stupid
- Keep It Sweet & Simple
- Keep It Short & Simple
- Keep It Simple & Straightforward
它們的含義都差不多，其實就是“盡量保持簡單”，
但是，并不是代碼行數越少就越“簡單”，還要考慮邏輯復雜度、實作難度、代碼的可讀性等，并且，有些本身就復雜的問題，用復雜的方法解決，并不能算是違背 KISS 原則，
優點
遵循 KISS 原則，將會有以下的優點：
- 簡單地撰寫代碼，理解該代碼不會有任何困難，將更容易修改，而且花費的時間也會大大減少
最佳實踐
在實際開發中，可以通過以下情況判斷代碼是否滿足 KISS 原則：
- 不要使用協作者可能不懂的技術來實作代碼
- 不要重復造輪子，要善于使用已經有的工具類
- 不要過度優化，犧牲代碼的可讀性
YAGNI 原則
理解
YAGNI 原則的核心思想就是不要過度設計，即不要去設計當前用不到的功能，不要去撰寫當前用不到的代碼，
優點
遵循 YAGNI 原則，將會有以下的優點：
- 過度設計往往會延緩開發的迭代速度，減少過度設計將能支持創業公司的快速迭代
- 撰寫只符合當前場景的代碼質量可能會更高，這也是 KISS 原則的另一種實踐
最佳實踐
雖然說，在不需要某功能前，不要提前去實作此功能，但是，在可預見的情況下，需要預留好擴展點，等到實作此功能時能無縫接入，
比如，系統在當前只需要使用 Redis 存盤配置資訊，以后有可能會用到 ZooKeeper 存盤配置資訊，根據 YAGNI 原則，當前沒有必要撰寫 ZooKeeper 的代碼，但是可以通過抽象出統一的配置存盤介面作為擴展點，方便后續可以快速接入，
DRY 原則
理解
DRY 原則可以理解成不要寫重復的代碼，解決的是代碼的復用性問題，
優點
遵循 DRY 原則，將會有以下的優點：
- 對于頻繁更改需求的情況，重復代碼將會增加修改代碼的痛苦
- 遵循 DRY 原則要求開發者具備高度抽象思維，高度抽象的代碼具備高可維護性、高擴展性
最佳實踐
常見代碼重復情況
實作邏輯重復，但功能語意不重復的代碼，并不違反 DRY 原則，
比如說，一個檢驗用戶名和檢驗密碼的代碼在撰寫上完全一致，因此寫了 isValidUserName() 和 isValidPassword() 兩個函式，但其實這兩個函式并不能算作違反 DRY 原則，
功能語意重復，但實作邏輯不重復的代碼，視為違反 DRY 原則，
其原則在于，對于完全相同的功能，不允許出現兩個及其以上的對外介面，更不允許出現不同的代碼表示同一個功能，
隱藏的執行重復被認定違反 DRY 原則，
即當運行完一個代碼流程之后，出現相同的函式被無意義地執行過兩次及其以上，則被稱為執行重復，這是一種隱藏的違反 DRY 原則的行為，
代碼復用性
總結有以下方法可以提高代碼的可復用性：
- 減少代碼耦合
- 滿足單一職責原則
- 善于模塊化
- 業務與非業務邏輯分離
- 通用代碼下沉
- 善用面向物件的特性
- 應用設計模式
事不過三
“3”是一個非常神奇的數字，“事不過三”是它的一種特殊用法，這個原則可以應用在撰寫可復用代碼的時候，
可以這么理解：第一次寫代碼時，如果當下沒有復用的需求，而未來的復用需求也不是很明確，并且開發可復用代碼的成本比較高，那就不需要考慮代碼的復用性；第二次遇到復用場景的時候，再進行重構使其變得可復用，
LOD 原則
理解
LOD(迪米特) 原則也被叫作最小知識法則（Least Knowledge Principle, LKP），其含義是不該有依賴的模塊之間不要有依賴，有依賴關系的模塊之間盡量只依賴必要的介面，
迪米特原則有點類似于介面隔離原則，希望能減少類之間的耦合，讓類越獨立越好，
優點
遵循迪米特原則，將會有以下的優點：
- 降低類之間的耦合度，提高了模塊的相對獨立性
- 提高類的可復用率和系統的擴展性
最佳實踐
迪米特原則還有幾種定義形式：不要和陌生人“說話”，只與你的直接朋友通信等，
在迪米特原則中，對于一個物件，其“朋友”包括以下幾類：
- 當前物件本身
- 以引數形式傳入到當前物件方法中的物件
- 當前物件的成員物件
- 如果當前物件的成員物件是一個集合，那么集合中的物件也都是朋友
- 當前物件所創建的物件
CRP 原則
理解
CRP 原則又稱為組合/聚合復用原則，其含義是，盡量使用物件組合，而不是繼承來達到復用的目的，
通過繼承來進行復用的主要問題在于，繼承復用會破壞系統的封裝性，當基類發生了改變，繼承基類的子類也會不可避免地發生改變，從基類繼承而來的實作是靜態的，不可能在運行時發生變化，沒有足夠的靈活性，
通過組合或聚合關系可以將已有的物件納入新物件中，使之成為新物件的一部分，因此新物件可以呼叫已有物件的功能，這樣關系不會將已有物件的實作細節暴露給新物件，
相對繼承而言，組合和聚合復用的耦合度更低，相互之間的影響不大，實際開發中可以有選擇性地呼叫需要的功能，
優點
遵循 CRP 原則，將會有以下的優點：
- 系統更加靈活，降低了類與類之間的耦合度，一個類的變化對其他類造成的影響相對較小
最佳實踐
一般而言，如果兩個類之間是“Has-A”的關系，應使用組合或聚合；如果是“Is-A”的關系，可以使用繼承，
首發于翔仔的個人博客，點擊查看更多，
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/502495.html
標籤：設計模式
上一篇：前途無量的MEMS傳感器技術
下一篇：經典設計原則