WadeHuang的學習迷航記

OO_Principle_OCP 物件導向有五個原則 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?  開放封閉原則 OCP (Open Closed Principle) 一、定義與說明： 軟體中的實體（如：類別、模組、方法），必須能夠擴充延伸但不能做修改。 Software entities like classes, modules and functions should be open for extension but closed for modifications. 寫程式的時候，應該注意有哪些部分可能在開發完成後，會經常因為 需求改變 導致需要修改程式。(需求改變常常指的是新增功能） 以往在開發應用程式或系統時，擴充新功能通常會更動許多地方(牽一髮而動全身)。然而用 最小的幅度來修改已存在的程式碼（甚至不修改)才是最佳的情況 。 開放封閉原則(Open Closed Principle)是一個可以讓程式在擴充新功能時，不更動原程式碼或者僅以最小幅度修改程式碼的開發方式。 二、遵守單一職責原則的結果： 不管擴增多少新功能，都不必修改原程式碼。 案例：如 Chrome 的擴增套件，可不斷擴增新套件，但不必修改到 Chrome 本身。 三、如何設計單一職責原則的類別？： 在設計上應該要使用抽象層的介面(interface)，透過實作介面行為來擴充我們的商業邏輯。 這樣的設計，配合依賴注入(Dependency Injection)讓未來擴充功能時，只需要新增類別並實作介面。最後再將

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) 別的套件或類別。如果一個類別需要引入的檔案越少，就是相依性較低; 反觀如果引入的檔案數多，就是相依性較高。 舉例： 一個類別有多個職責，不僅內聚力低，可能還造成更高相依性。 就好像把「資訊部門」與「行銷部門」放在同一個部門裡面，但「資訊部門」需要電腦設備;「行銷部門」需要海報、水彩等文宣工具。 那麼這個「複合式的部門」必須買