Java 物件導向的設計原則

標籤：dip   center   思想   資料   決定   基礎上   abstract   不同的   strong   

　　一、

　　1、物件導向思想的核心：

　　封裝、繼承、多態。

 

　　2、物件導向編程的追求：

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

　　代碼的模組化設計；

 

　　3、什麼是設計模式：

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

 

　　4、物件導向設計原則

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

 

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

1. 少用類的繼承，多用介面隱藏實現細節。
2. 避免使用全域變數。
3. 多用設計模式。如MVC~
4. 盡量不用“硬”編碼方式寫程式，盡量避免直接使用SQL語句操作資料庫。
5. 避免直接操作或調用其它模組或類，無法避免就盡量減小耦合程度

 

　　7、物件導向常用設計原則：SOLID

1. 單一職責原則；
2. 開放封閉原則；
3. Liskov替換原則；
4. 介面隔離原則；
5. 依賴倒置原則；
6. 迪米特法則；
7. 合成/彙總複用原則；

 

　　二、

　　1、最小化存取權限：

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

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

　　如何保護程式免受非法資料的破壞？

1. 檢查來自外部資源的資料值，例如來自網路的資料值和來自檔案的資料值；
2. 檢查子程式所有輸入參數的值，與上類似；
3. 決定如何處理錯誤的輸入資料，對不同的錯誤類型進行處理。

 

　　2、以類代替基礎資料型別 (Elementary Data Type)

　　類中如果有相互關聯的多個基礎資料型別 (Elementary Data Type)，應將其抽取為一個類。

 

　　3、單一職責

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

　　物件導向設計的核心任務，就是發現職責並把這些職責相互分離。如果能想到多餘一個動機去改變一個類，那麼這個類就具有多一個職責，應考慮分解。

　　

　　4、不要重複造輪子

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

　　若多次用到一個寫入程式碼值，則將其設定為公用常量；

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

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

　　

　　5、開放封閉原則（OCP）

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

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

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

　　如何做到？

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

　　編程角度：

　　針對介面編程，而不是針對實現編程。

　　應該使用介面類型作為方法傳回型別、方法參數類型。

 

　　6、裡氏替換原則（LSP）

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

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

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

 

　　7、依賴倒置原則（DIP）

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

 　　高層次模組不應該依賴於低層次模組，都應該依賴於抽象；

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

 

　　8、迪米特法則

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

　　目的:

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

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

 

Java 物件導向的設計原則