Java設計原則是什么？

定義：簡單地描述其作用

解決問題：說明該原則或設計模式解決什么限制條件下的問題。

結構圖：繪制相關例子的UML機構圖。

代碼示例：通過一個例子解釋該模式的實現方法。

優缺點：該模式的局限性。

單一職責原則(Single Responsibility Principle)

定義：

一個類只負責一個功能領域的職責;換句話說，就一個類而言，應該只有一個引起它變化的原因。

注意：

職責擴散是單一職責的挑戰，應在其擴散到不可控制之前進行代碼重構。

只有在邏輯足夠簡單或者方法數量足夠少，才能夠違反單一職責

單一職責的優點主要是：降低類的復雜度，提高類的可讀性和可維護性。

開閉原則(Open-Closed Principle)

定義：

軟件實體應該對擴展開放，對修改關閉。

注意：

抽象化設計是開閉原則的關鍵：用抽象類構架框架，用實現擴展細節。

其它原則和設計模式的整體概括，該原則是主要目標。

里氏代換原則(Liskov Substitution Principle)

定義：

所有引用基類(父類)的地方必需能夠透明地使用子類對象。

注意：

將一個基類替換成其子類，程序不會產生任何錯誤和異常;反之則不成立。

里氏代換原則要求不能破壞繼承體系，具體表現在：

子類應該實現父類的所有抽象方法，不要覆蓋父類的非抽象方法。

子類可以增加自己特有的方法。

當子類的方法重載父類的方法時，方法的前置條件(即方法的形參)要比父類方法的輸入參數更寬松。

當子類的方法實現父類的抽象方法時，方法的后置條件(即方法的返回值)要比父類更嚴格。

依賴倒置原則(Dependency Inversion Principle)

定義：

抽象不依賴于細節，細節依賴于抽象，針對接口編程。

注意：

在程序代碼中傳遞參數或者關聯關系式，盡量引用高層的抽象層類。即：使用接口和抽象類進行變量生命、參數類型生命、方法返回類型生命以及數據類型的轉換。

當一個對象和其它對象有依賴關系時，可以利用依賴注入的方法將類之間進行解耦。主要有三種：構造注入，Set方法和接口注入。

上述三個原則之間的關系：開閉是原則，里氏是基礎，依賴倒置是手段。

接口隔離原則(Interface Segregation Principle)

定義：

使用多個專門的接口，而不是使用功能復雜的單一接口。

注意：

控制接口的粒度，接口不能太小，如果太小會導致系統中接口泛濫，不利于維護;接口也不能太大，太大的接口將違背接口隔離原則，靈活性較差，使用起來很不方便。

合成復用原則(Composite Resuse Principle)

定義：

又稱為組合/聚合復用原則(Composition/Aggregate Reuse Pinciple)，盡量使用對象組合，而不是繼承來達到復用的目的。

注意：

組合/聚合可以降低類之間的耦合度，并且不會暴漏類的具體實現細節，稱為“黑箱復用”;如果是使用繼承機型復用，則會將實現細節暴漏給子類，破會系統的封閉性，如果基類變化，子類也隨之變化，不具有靈活性，稱為“白箱復用”。

一般來說，如果兩個類之間是"Has-A"關系，則使用組合/聚合;如果是"Is-A"關系，則使用繼承。

迪米特法則

定義：

一個軟件實體應當盡可能少地與其它實體發生相互作用。

注意：

可以直接相互的作用包括：

當前對象本身，this。

以參數形式傳入到當前對象方法中的對象。

當前對象的成員對象。

如果當前對象的成員對象是一個集合，那么集合中的元素也都可以直接訪問。

當前對象創建的對象。

如果其它對象有相互耦合的情況，盡量采用第三者來降低耦合。

如果小伙伴對此比較感興趣，想了解更多相關知識，不妨來關注一下動力節點的面向對象設計原則，里面的內容詳細，通俗易懂，適合初學者學習，希望對大家能夠有所幫助。