單一職責原則
定義：一個類 應該僅有一個引起它變化的原因
解釋：一個類只做一件事
優點：降低類的複雜度、提高類的可讀性、提高系統的可維護性、降低變更引起的風險
開放封閉原則
定義：一個軟體實體如類、模組和函式應該對擴充套件開放，對修改關閉
解釋：例如，對於支付場景，如果將多種支付方式整合到一個類中，每次新增一種新的支付方式都需要變更這個類，並可能導致已有的支付方式受到影響而無法使用。可以將其抽象為抽象類或介面，每種支付方式繼承抽象類或實現介面。
優點：提高軟體系統的可複用性及維護性
里氏替換原則
定義：子類必須能夠替換它們的父類
解釋：在物件出現的任何地方，都可以用其子類例項進行替換，而不會導致程式錯誤，且軟體功能不受影響。
優點：約束繼承氾濫、開閉原則的一種體現
介面隔離原則
定義:客戶不應被強迫依賴它不使用的方法。一個類實現的介面中，包含了它不需要的方法。將介面拆分成更小和更具體的介面，有助於解耦，從而更容易重構、更改。
參考：https://blog.csdn.net/yabay2208/article/details/73739514
依賴倒置原則
定義：高層模組不應該依賴於底層模組，兩者都應該依賴抽象
針對介面程式設計，不針對實現程式設計
解釋：通俗的說就是我們在客戶端只依賴於強型別的類，比如說介面或者抽象類，不應該把具體實現介面或者抽象類的具體類放到客戶端。
本作品採用《CC 協議》，轉載必須註明作者和本文連結