Java設計原則

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

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

一、單一職責原則

　　一個類只負責一種職責，只有這種職責的改變會致使這個類的變動。繞口一點的正統說法：不要存在多於一個緣由致使類變動

　　假如：類T 負責有兩種職責 P1，P2；當P1發生改變時，須要修改類T，這時候可能會對P2形成影響。

　　因此不要爲了圖代碼量少，二將不一樣職責放入到一個類裏面。

二、里氏替換原則

　　只要父類出現的地方，均可以用子類替換，而且不會對程序形成影響，在實現上來講就是子類不要覆蓋父類的非抽象方法，但能夠重載。

　　重載時須要注意，入參的要求要比父類寬鬆（保證能夠進入），返回要比父類更加嚴格（保證出去不會有問題），這也正是實現里氏替換的基礎。

三、依賴倒置原則

　　高層模塊不該該依賴低層模塊，兩者都應該依賴其抽象，翻譯一下就是面向接口編程；接口通常是行爲的集合，也就是儘量的對行爲抽象。

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

四、接口隔離原則

　　翻譯一下就是接口的功能儘量單一，接口本質上是兩個類之間關係的紐帶，關係中不須要有的，在接口中不該該體現。如：A 經過接口I依賴B，假如接口I中有A 不須要的方法，那麼這個接口就是不合理的，B必需要實現這個不須要的方法，徒勞無功。

五、迪米特法則（最少知道原則）

　　也就是說一個對象要對其餘對象保持儘量少的瞭解，即低耦合性，低耦合能夠最大限度的保證代碼的可複用性。這個其實是針對被依賴的類來講的，對於被依賴的類，儘量的將複雜的邏輯封裝起來，對外只提供public方法，外部不須要知道內部的邏輯。

六、開閉原則

　　儘可能經過擴展來面對需求的更改或者系統的變化，儘可能不要對原有內容修改。