PHP OO 物件導向原則:單一職責原則SRP
OO_Principle_SRP 物件導向有五個原則 S.O.L.I.D. : 單一職責原則 SRP (Single Responsibility Principle) 開放封閉原則 OCP (Open Closed Principle) 里氏替換原則 LSP (Liskov Substitution Principle) 介面隔離原則 ISP (Interface Segragation Principle) 依賴反轉原則 DIP (Dependency Inversion Principle) 物件導向的五個基本原則,當這些原則一起被應用時,會使得應用程式更易於維護與擴展。 更多物件導向的理論的學習內容會整理到 PHP OO 的進階教學: 淺談物件導向 SOLID 原則對工程師的好處與如何影響能力 再談 SOLID 原則,Why SOLID? 單一職責原則 SRP (Single Responsibility Principle) 一、定義與說明: 一個類別只能負責一個職責 註:若覺得職責太抽象,可把職責當作是功能。 如果 一個類別做了兩件職責,就必須拆成兩個類別 。 當每個類別只處理一職責的時候,以後某個職責出問題時,只要修改負責那個職責的類別就好了! 如果把多件個職責寫在同一個類別,就好像把「資訊部門」與「行銷部門」放在同一個部門裡面,各自負責不同的職責。 這種情況下,你的類別就會變得龐大又複雜,你可能需要花更多的時間來測試這個類別。 這意味著,未來你需要花更多的 QA 工作時間與努力在這個類別上。 二、遵守單一職責原則的結果: 提高內聚、降低相依性 高內聚: 當一個類別的職責,越多越複雜時,內聚力越低。 當一個類別的職責,越清楚越單純,內聚力越高。(單一功能) 低耦合: 寫程式常常需要引入 (include) 別的套件或類別。如果一個類別需要引入的檔案越少,就是相依性較低; 反觀如果引入的檔案數多,就是相依性較高。 舉例: 一個類別有多個職責,不僅內聚力低,可能還造成更高相依性。 就好像把「資訊部門」與「行銷部門」放在同一個部門裡面,但「資訊部門」需要電腦設備;「行銷部門」需要海報、水彩等文宣工具。 那麼這個「複合式的部門...