一、

　　1、面向對象思想的核心：

　　封裝、繼承、多態。

?

　　2、面向對象編程的追求：

　　高內聚低耦合的解決方案；

　　代碼的模塊化設計；

?

　　3、什么是設計模式：

　　針對反復出現的問題的經典解決方案，是對特定條件下（上下文）問題的設計方案的經驗總結，是前人設計實踐經驗的精華。

?

　　4、面向對象設計原則

　　是面向對象設計思想（法理精神）的提煉（基本憲法），比面向對象思想的核心要素更具有實操性，比設計模式（各種具體法律條文）更抽象。

?

　　5、如何最大限度降低耦合度？

少用類的繼承，多用接口隱藏實現細節。

避免使用全局變量。

多用設計模式。如MVC~

盡量不用“硬”編碼方式寫程序，盡量避免直接使用SQL語句操作數據庫。

避免直接操作或調用其它模塊或類，無法避免就盡量減小耦合程度

?

　　7、面向對象常用設計原則：SOLID

單一職責原則；

開放封閉原則；

Liskov替換原則；

接口隔離原則；

依賴倒置原則；

迪米特法則；

合成/聚合復用原則；

?

　　二、

　　1、最小化訪問權限：

　　從信息隱藏的角度看，應該最大程度對類進行封裝，只要有可能就把方法和屬性成員定義為私有，再考慮逐步增加權限。? ? ? ?

　　防御式（Defensive）編程：防御式設計的體現，為了保證對程序的不可預見的使用不會造成之后程序功能的破壞。

　　如何保護程序免受非法數據的破壞？

檢查來自外部資源的數據值，例如來自網絡的數據值和來自文件的數據值；

檢查子程序所有輸入參數的值，與上類似；

決定如何處理錯誤的輸入數據，對不同的錯誤類型進行處理。

?

　　2、以類代替基本數據類型

　　類中如果有相互關聯的多個基本數據類型，應將其抽取為一個類。

?

　　3、單一職責

　　涵義：一個類只涉及用來實現一個職責，只會有一個引起變化的原因。

　　面向對象設計的核心任務，就是發現職責并把這些職責相互分離。如果能想到多余一個動機去改變一個類，那么這個類就具有多一個職責，應考慮分解。

　　

　　4、不要重復造輪子

　　定義：不寫重復的代碼（針對功能而不是代碼），用Abstraction類抽象公有的東西。?

　　若多次用到一個硬編碼值，則將其設置為公共常量；

　　若需要在兩個以上的地方使用一個代碼塊，可以將其抽取為一個獨立的方法。

　　不能濫用功能代碼的合并！

　　

　　5、開放封閉原則（OCP）

　　定義：軟件實體應該對擴展開放，而對修改封閉。

　　對擴展開放，意味著有新的需求變化時，可以對現有代碼進行擴展，適應新情況。

　　對修改封閉，意味著一旦設計完成，不要對類的實現做修改。

　　如何做到？

? ? ? ?核心思想：對抽象編程，不是針對具體編程。

　　編程角度：

　　針對接口編程，而不是針對實現編程。

　　應該使用接口類型作為方法返回類型、方法參數類型。

?

　　6、里氏替換原則（LSP）

　　定義：任何基類可以出現的地方，子類一定可以出現。

　　只有當子類可以替換父類，軟件單位的功能不受影響時，父類才能真正被復用，而子類也可以在父類的基礎上增加新的行為。

　　如果子類不能完整地表達父類，那么建議斷開父子繼承關系，采用組合等關系替代。

?

　　7、依賴倒置原則（DIP）

　　定義：程序設計要依賴抽象，不要依賴具體。即對抽象編程，不要對實現進行編程，降低調用類與實現模塊間的耦合。

?　　高層次模塊不應該依賴于低層次模塊，都應該依賴于抽象；

　　抽象不應該依賴于具體，具體應該依賴于抽象。

?

　　8、迪米特法則

　　涵義：又稱最少知識原則，即一個對象應當對其他對象了解得盡可能少。

　　目的:

　　降低類之間的耦合，讓每個類盡量減少對其他類的依賴。

　　不過這樣也可能造成系統中存在大量的中介類，臃腫。

?

轉載于:https://www.cnblogs.com/bigbigbigo/p/8422297.html

總結

以上是生活随笔為你收集整理的Java 面向对象的设计原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。