Single Responsibility Principle

• 當設計封裝一個類別時，該類別應該只負責一件事

Open-Closed Principle

• 一個類別應該 對擴充開放，對修改關閉

Liskov Substitution Principle

• 子類別必須能夠替換父類別

  客戶端使用時只能呼叫父類別，不能使用 "強制將父類別轉換成子類別" 的做法，對於子類別怎麼實作父類別的資訊都應該要隱藏

Dependence Inversion Principle

• 高層模組不應該相依於低層模組，兩者應該相依於抽象概念

  例如汽車就違反這個原則，汽車(高層模組) 會因為相依於引擎(低層模組) 而被限制只能加特定種類的汽油

• 抽象介面不應該相依於實作，而實作應該相依於抽象介面

  實作時不要去做任何的型別轉換，不然就限定了高層模處只能使用某一個低層模組的特定實作

  子類別重新實作時，不應該新增方法，讓高層模組有機會利用轉型去呼叫使用

Interface Segregation Principle

• 客戶端不應該被迫使用他們用不到的介面方法

Least Knowledge Principle

• 實作一個類別時，應該越少用到別的類別的功能越好

少用繼承多用組合

例如 "鬧鐘" 繼承 "時鐘"

選擇繼承，客戶端使用類別時，會知道 時鐘 的方法跟資訊 (增加選擇類別的困難度)

選擇組合，用一個時鐘類別的變數，在不需要知道時鐘類別的細節的情況下隱藏時間類別的細節