一些面向對象的設計法則(1)

2019-11-18 11:55:27

字體：大中小

來源：轉載

供稿：網友

　　法則1：優先使用（對象）組合，而非（類）繼續
　　
　　[ Favor Composition Over Inheritance ]
　　
　　
　　
　　
　　
　　
　　
　　
　　組合
　　
　　
　　
　　
　　
　　
　　1.（對象）組合是一種通過創建一個組合了其它對象的對象，從而獲得新功能的復用方法。
　　
　　2.將功能委托給所組合的一個對象，從而獲得新功能。
　　
　　3.有些時候也稱之為"聚合"（aggregation）或"包容"（containment），盡管有些作者對這些術語賦予了專門的含義
　　
　　4.例如：
　　
　　a.聚合：一個對象擁有另一個對象或對另一個對象負責（即一個對象包含另一個對象或是另一個對象的一部分），并且聚合對象和其所有者具有相同的生命周期。（譯者注：即所謂的"同生共死"關系，可參見GOF的Design
　　Patterns: Elements of Reusable Object-Oriented Software的引言部分。）
　　
　　b.包容：一種非凡類型的組合，對于其它對象而言，容器中的被包含對象是不可見的，其它對象僅能通過容器對象來訪問被包含對象。（Coad）
　　
　　
　　
　　
　　
　　
　　
　　
　　5.包含可以通過以下兩種方式實現：
　　
　　a.根據引用（By reference）
　　
　　b.根據值（By value）
　　
　　6.C＋＋答應根據值或引用來實現包含。
　　
　　7.但是在java中，一切皆為對象的引用！
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　組合的優點和缺點
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　1.優點：
　　
　　a.容器類僅能通過被包含對象的接口來對其進行訪問。
　　
　　b."黑盒"復用，因為被包含對象的內部細節對外是不可見。
　　
　　c.對裝性好。
　　
　　d.實現上的相互依靠性比較小。（譯者注：被包含對象與容器對象之間的依靠關系比較少）
　　
　　e.每一個類只專注于一項任務。
　　
　　f.通過獲取指向其它的具有相同類型的對象引用，可以在運行期間動態地定義（對象的）組合。
　　
　　
　　
　　
　　
　　
　　
　　2.缺點：
　　
　　a.從而導致系統中的對象過多。
　　
　　b為了能將多個不同的對象作為組合塊（composition block）來使用，必須仔細地對接口進行定義。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續
　　
　　
　　
　　
　　
　　
　　1.（類）繼續是一種通過擴展一個已有對象的實現，從而獲得新功能的復用方法。
　　
　　2.泛化類（超類）可以顯式地捕捉那些公共的屬性和方法。
　　
　　3.非凡類（子類）則通過附加屬性和方法來進行實現的擴展。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續的優點和缺點
　　
　　
　　
　　
　　
　　
　　1.優點：
　　
　　a.輕易進行新的實現，因為其大多數可繼續而來。
　　
　　b.易于修改或擴展那些被復用的實現。
　　
　　2.缺點：
　　
　　a.破壞了封裝性，因為這會將父類的實現細節暴露給子類。
　　
　　b. "白盒"復用，因為父類的內部細節對于子類而言通常是可見的。
　　
　　c.當父類的實現更改時，子類也不得不會隨之更改。
　　
　　d.從父類繼續來的實現將不能在運行期間進行改變。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　Coad規則
　　
　　
　　
　　
　　
　　
　　僅當下列的所有標準被滿足時，方可使用繼續：
　　
　　a.子類表達了"是一個…的非凡類型"，而非"是一個由…所扮演的角色"。
　　
　　b子類的一個實例永遠不需要轉化（transmute）為其它類的一個對象。
　　
　　c.子類是對其父類的職責（responsibility）進行擴展，而非重寫或廢除（nullify）。
　　
　　d.子類沒有對那些僅作為一個工具類（utility class）的功能進行擴展。
　　
　　e.對于一個位于實際的問題域（PRoblem Domain）的類而言，其子類特指一種角色（role），交易（transaction）或設備（device）。
　　
　　
　　
　　繼續/組合示例1
　　
　　　一些面向對象的設計法則(1)（圖一）

　　
　　1."是一個…的非凡類型"，而非"是一個由…所扮演的角色"
　　
　　-->失敗。乘客是人所扮演的一種角色。代理人亦然。
　　
　　2.永遠不需要轉化
　　
　　-->失敗。隨著時間的發展，一個Person的子類實例可能會從Passenger轉變成Agent，再到Agent Passenger。
　　
　　3.擴展，而非重寫和廢除
　　
　　-->通過。
　　
　　4.不要擴展一個工具類
　　
　　-->通過。
　　
　　5.在問題域內，特指一種角色，交易或設備
　　
　　-->失敗。Person不是一種角色，交易或設備。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續并非適用于此處！
　　
　　
　　
　　使用組合進行拯救！
　　
　　
　　　一些面向對象的設計法則(1)（圖二）

　　
　　繼續/組合示例2
　　
　　　

　　
　　1."是一個…的非凡類型"，而非"是一個由…所扮演的角色"
　　
　　-->通過。乘客和代理人都是非凡類型的人所扮演的角色。
　　
　　2.永遠不需要轉化
　　
　　-->通過。一個Passenger對象將保持不變；Agent對象亦然。
　　
　　3.擴展，而非重寫和廢除
　　
　　-->通過。
　　
　　4.不要擴展一個工具類
　　
　　-->通過。
　　
　　5.在問題域內，特指一種角色，交易或設備
　　
　　-->通過。PersonRole是一種類型的角色。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續適用于此處！
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續/組合示例3
　　
　　　一些面向對象的設計法則(1)（圖四）

　　
　　1."是一個…的非凡類型"，而非"是一個由…所扮演的角色"
　　
　　-->通過。預訂和購買都是一種非凡類型的交易。
　　
　　2.永遠不需要轉化
　　
　　-->通過。一個Reservation對象將保持不變；Purchase對象亦然。
　　
　　3.擴展，而非重寫和廢除
　　
　　-->通過。
　　
　　4.不要擴展一個工具類
　　
　　-->通過。
　　
　　5.在問題域內，特指一種角色，交易或設備
　　
　　-->通過。是一種交易。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續適用于此處！
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續/組合示例4
　　
　　一些面向對象的設計法則(1)（圖五）

　　
　　1."是一個…的非凡類型"，而非"是一個由…所扮演的角色"
　　
　　-->失敗。預訂不是一種非凡類型的observable。
　　
　　2.永遠不需要轉化
　　
　　-->通過。一個Reservation對象將保持不變。
　　
　　3.擴展，而非重寫和廢除
　　
　　-->通過。
　　
　　4.不要擴展一個工具類
　　
　　-->失敗。Observable就是一個工具類。
　　
　　5.在問題域內，特指一種角色，交易或設備
　　
　　-->不適用。Observable是一個工具類，并非一個問題域的類。。
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續并非適用于此處！
　　
　　
　　
　　
　　
　　
　　
　　
　　
　　繼續/組合總結
　　
　　
　　
　　
　　
　　
　　1.組合與繼續都是重要的重用方法
　　
　　2.在OO開發的早期，繼續被過度地使用
　　
　　3.隨著時間的發展，我們發現優先使用組合可以獲得重用性與簡單性更佳的設計
　　
　　4.當然可以通過繼續，以擴充（enlarge）可用的組合類集（the set of composable classes）。
　　
　　5.因此組合與繼續可以一起工作
　　
　　6.但是我們的基本法則是：
　　
　　優先使用對象組合，而非（類）繼續
　　
　　[ Favor Composition Over Inheritance ]

上一篇：一些面向對象的設計法則(2)

下一篇：一些面向對象的設計法則(3)