Review SOLID principles in Chinese.

1. SOLID 回顧
2016/12/27
Taka Wang

2. SINGLE RESPONSIBILITY PRINCIPLE
單⼀一職責
• A class shouldn't have more than one responsibility
• ⽩白話：⼀一個 Class 只做好⼀一件事情
• 注意：並不是說，Class 只有⼀一個 method

3. EXAMPLE
+getTitle(): String
+getAuthor(): String
+turnPage()
+printCurrentPage(): String
Book
包含了了顯⽰示的邏輯

4. EXAMPLE
+getTitle(): String
+getAuthor(): String
+turnPage()
+printCurrentPage(): String
Book
包含了了顯⽰示的邏輯
+getTitle(): String
+getAuthor(): String
+turnPage()
+getCurrentPage(): String
Book
+printPage(String): String
<<Interface>>
Printer
+printPage(String): String
PlainTextPrinter
+printPage(String): String
HtmlPrinter

5. EXAMPLE
+getTitle(): String
+getAuthor(): String
+turnPage()
+printCurrentPage(): String
Book
包含了了顯⽰示的邏輯
+getTitle(): String
+getAuthor(): String
+turnPage()
+getCurrentPage(): String
Book
+printPage(String): String
<<Interface>>
Printer
+printPage(String): String
PlainTextPrinter
+printPage(String): String
HtmlPrinter

6. FAVOR OBJECT COMPOSITION OVER
CLASS INHERITANCE
+openDoor()
+closeDoor()
-light: bool
-doorOpen: bool
DoorLight
Car
+accelerate()
+slowDown()
-speed: float
Engine
GoF Page20

7. OPEN CLOSED PRINCIPLE
開放封閉
• ⽩白話1：軟體要很容易易擴充功能，且擴充時原有的code都不需修改。
• ⽩白話2：軟體設計，應該對擴充開放，對修改封閉。

8. + HandleProcess(client:Client)()
+ ClientType: CLient
BankHandle
+ Deposit()
+ Transfer()
+ DrawMoney()
BankProcess
添加⽅方法需要修改
BankProcess

9. + HandleProcess(client:Client)()
+ ClientType: CLient
BankHandle
+ Deposit()
+ Transfer()
+ DrawMoney()
BankProcess
+ HandleProcess(client:Client)()
+ ClientType: CLient
BankHandle
+ Process()
<<Interface>>
IBankProcess
+ Process()
TransferProcess
+ Process()
DrawMoneyProcess
+ Process()
DepositProcess
添加⽅方法需要修改
BankProcess
增加新的Process只需要符
合IBackProcess Interface，
BankHandle與IBackProcess
都不⽤用修改。

10. LISKOV SUBSTITUTION PRINCIPLE
裡⽒氏替換
• ⽩白話1：⼦子類必須能夠替換其⽗父類別。
• 思路路：設計⽗父類別時，只把所有的⼦子類都有的東⻄西放進來來(抽出來來)。
• ⽩白話2：如果有⼀一個類別(class)實作(implements)了了⼀一個介⾯面(interface)，那任何使⽤用這個介⾯面
(interface)的地⽅方，底下的實作類別(class)應該都可以被抽換成另⼀一個有實作(implements)該
介⾯面(interface)的類別(class)，⽽而不需要修改原本的程式碼就能正常運作。呼叫⽅方不⽤用修改

11. 抽出共同的屬性
+ Fly()
+ Fly()+ Fly()

12. +run()
<<Interface>>
Toy
+run()
ToyCar
+run()
ToyPlane

13. +run()
<<Interface>>
Toy
+run()
ToyCar
+run()
ToyPlane
+on()
+off()
<<Interface>>
Toy
+on()
+off()
+run()
ToyCar
+on()
+off()
+fly()
ToyPlane

14. +run()
<<Interface>>
Toy
+run()
ToyCar
+run()
ToyPlane
+on()
+off()
<<Interface>>
Toy
+on()
+off()
+run()
ToyCar
+on()
+off()
+fly()
ToyPlane
無法⽤用⼦子類別取代⽗父類別

15. +run()
<<Interface>>
Toy
+run()
ToyCar
+run()
ToyPlane
+on()
+off()
<<Interface>>
Toy
+on()
+off()
+run()
ToyCar
+on()
+off()
+fly()
ToyPlane
+on()
+off()
+start()
<<Interface>>
Toy
+on()
+off()
+start() // runs
ToyCar
+on()
+off()
+start() // fly
ToyPlane
+on()
+off()
+start() // talk
ToyBear
無法⽤用⼦子類別取代⽗父類別

16. INTERFACE SEGREGATION PRINCIPLE
介⾯面隔離
• ⽩白話1：設計介⾯面儘量量簡單，別把不相關的東⻄西放進來來。
• ⽩白話2：使⽤用多個專⾨門的介⾯面比使⽤用單⼀一的總介⾯面要好，否則會造成對介
⾯面的污染。⼀一個類別對另⼀一個類別的依賴性應當是建立在最⼩小的介⾯面上。

17. 每個交易易都要實作全部method
https://byrontech.wordpress.com/2015/01/15/the-interface-segregation-principle-explained/
Deposit
Transaction
Withdrawal
Transaction
Transfer
Transaction
+RequestDepositAmt()
+RequestWithdrawalAmt()
+RequestTransferAmt()
+InforminsufficientFunds()
<<Interface>>
UI
+Execute()
Transaction
(abstract)

18. 每個交易易都要實作全部method
https://byrontech.wordpress.com/2015/01/15/the-interface-segregation-principle-explained/
Deposit
Transaction
Withdrawal
Transaction
Transfer
Transaction
+RequestDepositAmt()
+RequestWithdrawalAmt()
+RequestTransferAmt()
+InforminsufficientFunds()
<<Interface>>
UI
+Execute()
Transaction
(abstract)
Deposit
Transaction
Withdrawal
Transaction
Transfer
Transaction
+RequestDepositAmt()
+RequestWithdrawalAmt()
+RequestTransferAmt()
+InforminsufficientFunds()
<<Interface>>
UI
+Execute()
Transaction
(abstract)
+RequestDepositAmt()
<<Interface>>
Deposit UI
+RequestWithdrawalAmt()
+InforminsufficientFunds()
<<Interface>>
Withdrawal UI
+RequestTransferAmt()
<<Interface>>
Transfer UI

19. DEPENDENCY INVERSION PRINCIPLE
依賴倒轉
• 不要具體的指明物件的關係，⽽而要抽象觀念念替代之。

20. • 這個原則包含兩兩點：
• ⾼高階模組不應該依賴低階模組，兩兩者應依賴於抽象類別。
• 抽象類別不應該依賴實作類別，⽽而實作類別則應該依賴抽象類別。
• 所謂的不依賴，簡單來來說就是，低階模組被替換或修改後，⾼高階模組不應該
被迫修改；反過來來說，如果抽象類別被修改了了，則實作類別被迫修改則是合
理理的。⽽而如何區分⾼高階跟低階？通常低階模組會是⾼高階模組的⼀一部份。
• DI (Dependency Injection, 依賴注入) 為其實作的⽅方法之⼀一。

21. Policy Module
(SimpleCopy, Synchronize, etc)
Mechanism Module
(File://)
http://teddy-chen-tw.blogspot.tw/2012/01/5dependency-inversion-principle.html

22. Policy Module
(SimpleCopy, Synchronize, etc)
Mechanism Module
(File://)
(SimpleCopy, Synchronize, etc)
<<interface>>
IFileManipulate
HTTP:// FTP://File://
Mechanism Module
Policy Module
http://teddy-chen-tw.blogspot.tw/2012/01/5dependency-inversion-principle.html

23. 參參考⽂文獻
• ⽩白話- OO設計原則 (SOLID原則) - 附⽣生活實例例
• SOLID 原則(3) Liskov Substitution Principle
• The Single Responsibility Principle
• 物件導向中常⾒見見的幾個設計原則 – Some Principle of Object Oriented Design
• 物件導向程式設計基本原則 - SOLID
• SOLID：五則皆變