針對介面程式設計，而不是針對實現程式設計
優先使用物件組合，而不是類繼承
分裝變化點
使用重構得到模式
不要把設計模式當成技巧
單一職責原則
- 乙個類應該僅有乙個引起它變化的原因。
file fileinfo
開發封閉原則
- 類模組應該是可擴充套件的，但不可修改的（對擴充套件開放，對更改封閉）
為什麼不可修改？
原來的類有錯誤呢？有不完整的地方呢？
命名是個問題，沒有現實世界的對照物的情況下，有時候為幾個功能相近的類命名還挺麻煩的。
liskov替換原則
- 子類必須能夠替換它們的基類
is a of
依賴倒置原則
- 高層模組不應該依賴於底層模組，二者都應該依賴抽象。
- 抽象不應該依賴於實現細節，實現細節應該依賴於抽象。
抽象指的是什麼？
底層的改變會導致高層的改變？底層封裝的好不就行了？高層不是由底層組成的嗎？
介面隔離原則
- 不應該強迫客戶程式依賴於它們不用的方法。
既然不用，為什麼又會依賴呢？
這幾個原則是設計模式的原則啊，之前在敏捷軟體還是高效**的書中也看到過。
耦合
設計模式學習筆記（1）
概述部分 一 設計模式的概念 1 設計模式包括4個基本要素 模式名稱 問題 解決方案 效果。2 如何描述設計模式 模式名和分類 意圖 該設計模式是做什麼的，它的基本原理和意圖是什麼，它解決的是什麼樣的特定設計問題 別名 其它名稱 動機 提出乙個設計問題，並且用該模式中的類 物件來描述如何解決此問題 ...
設計模式學習筆記（1） 單利模式
1 package designpatterns 23 public class singleton 1213 建立乙個靜態的方法獲取例項物件 1415 public static singleton getsingletonobj 2223 return uniqueinstance 2425 2...
Java設計模式學習筆記1
用最簡單加減法來舉例 calculate 計算方法介面 public inte ce calculate分別建立add以及sub子類並實現其邏輯 public class addimplements calculate public class subimplements calculate 建立c...