物件導向六大原則

引用一段經典的話，「武學的最高境界是無招勝有招」，在程式設計領域，設計模式就可以認為是招數，而真正的內功心法是設計原則；

下面講述一下程式設計中應該遵循的基本原則

乙個類只負責一種職責，只有這種職責的改變會導致這個類的變更。繞口一點的正統說法：不要存在多於乙個原因導致類變更

假如：類t 負責有兩種職責 p1，p2；當p1發生改變時，需要修改類t，這時候可能會對p2造成影響。

所以不要為了圖**量少，二將不同職責放入到乙個類裡面。

只要父類出現的地方，都可以用子類替換，並且不會對程式造成影響，在實現上來說就是子類不要覆蓋父類的非抽象方法，但可以過載。

過載時需要注意，入參的要求要比父類寬鬆（保證可以進入），返回要比父類更加嚴格（保證出去不會有問題），這也正是實現黎克特制替換的基礎。

高層模組不應該依賴低層模組，二者都應該依賴其抽象，翻譯一下就是面向介面程式設計；介面一般是行為的集合，也就是盡可能的對行為抽象。

抽象不應該依賴細節，細節應該依賴抽象。

翻譯一下就是介面的功能盡可能單一，介面本質上是兩個類之間關係的紐帶，關係中不需要有的，在介面中不應該體現。如：a 通過介面1依賴b，假如介面1中有a 不需要的方法，那麼這個介面就是不合理的，b必須要實現這個不需要的方法，徒勞無功。

也就是說乙個物件要對其他物件保持盡可能少的了解，即低耦合性，低耦合可以最大限度的保證**的可復用性。這個實際上是針對被依賴的類來說的，對於被依賴的類，盡可能的將複雜的邏輯封裝起來，對外只提供public方法，外部不需要知道內部的邏輯。

盡量通過擴充套件來面對需求的更改或者系統的變化，盡量不要對原有內容修改。