復用一個類的時候，多使用對象的組合/聚合的關聯關系，而不是繼承。

之前提到的“依賴倒轉原則”，是以裏氏代換原則為基礎的實現開閉原則目標的手段，這一條路線涉及到的是類的繼承（包括單繼承和接口實現），他們支撐了Java多態的特性。

但是今天要談一談Java另一個特性——封裝。封裝就是不要暴露過多的基類內部細節給子類，讓高層的操作神秘起來，不讓小兵知道。合成復用原則體現的就是封裝的特性。

所以可以推論出，多使用對象的組合/聚合關系，而不是繼承，從而實現不會暴露過多的基類操作細節給子類的目的。

那麽組合和聚合是什麽？他們和繼承有什麽區別？他們各自之間又有什麽區別呢？

先說結論，相對於組合和聚合之間的區別，他們和繼承之間的區別更大。

• 組合和聚合都是在一個對象（相當於子類）中把另一個類（相當於基類）的對象當做其成員對象，這和繼承比起來，關系要弱化很多，降低了耦合度，“子類”並不需要明顯的繼承和實現的關鍵字出現，它並不值得作為成員對象的“基類”的對象內部都實現了些什麽，它的成員變量又是什麽，即使“基類”的內部進行了修改，代碼重構，對於“子類”來說並不需要做任何改動。
• 組合和聚合的區別可以從語言學上來講：組合是很多部分組成了一個東西，聚合是很多東西聚在一起。這樣就十分清晰了，好比一個狼類，它肯定有腳類對象，頭類對象，爪子類對象等作為其成員對象，這就是組合關系。那麽狼群類，它肯定是有狼類作為其成員對象，而不會有狼自身的什麽腳類對象、頭類對象等，這就是聚合。要根據這些原則去設計程序，而不是模式，特性用得越多越好，用得不恰當反而會增加系統的復雜度，降低系統可維護性。這些模式，繼承，封裝等等就像是工具箱裏面的十字花螺絲刀，一字螺絲刀，剪刀等，在幹活的時候，要根據活的情況去選擇螺絲刀還是剪刀，還是都要用。而不是一味地使用十字花螺絲刀，幹遍天下的活。沒有萬能工具，因為我們還有“單一指責原則”，“接口隔離原則”，要去拆分功能，讓每個工具功能單一化，也就是追求深度（可以把十字花螺絲刀那個頭做的結實點），不追求廣度（而不是既能當螺絲刀又能當剪刀）。有朋友提出，那瑞士軍刀呢，它可謂是多功能的？瑞士軍刀的多功能性更像是一個小型工具箱，不要把它當做是一個單一的工具，瑞士軍刀類裏面有很多聚合來的螺絲刀類的對象，小剪刀類的對象，所以，瑞士軍刀其實也是“單一職責原則”，“合成復用原則”的體現，他就是將各種模式，特性運用的非常得體的一個好產品。

那麽具體什麽“活”的時候要用繼承，什麽“活”的時候用組合/聚合的關聯關系呢？

請記住：繼承一定是描述“Is-A”（它是它）的類之間的關系，而組合/聚合的關聯關系一定是描述“Has-A”（它包含它）的類之間的關系。

融會貫通——最常用的“合成復用原則”技能點Get