學習日記之橋接模式和多重繼承

標籤：使用   資料   ar   問題   cti   學習   ef   關係   

橋接模式：

（1），繼承很多情況下會帶來麻煩，比如：對象的繼承關係在編譯時間就定義好了，所以無法在運行時改變從弗雷繼承的實現。子類的實現與它的弗雷有非常緊密的依賴關係，以至於弗雷視線中的任何變化必然會導致子類發生變化。當你需要複用子類時，如果繼承下來的實現不適合解決新的問題，則父類必須重寫或被其他更適合的類代替。這種依賴關係限制了靈活性並最終限制了複用性。

（2），合成/彙總服用原則（CARP）：盡量使用合成/彙總，盡量不要使用類繼承。

（3），彙總表示一種弱的‘擁有’關係，體現的是 A 對象可以包含 B 對象，但 B 對象不是 A 對象的一部分；合成則是一種強的‘擁有’關係，體現了嚴格的部分和整體的關係，部分和整體的生命週期一樣。

（4），合成/彙總服用原則的好處：優先使用合成/彙總有助於你保持每個類被封裝，並被集中在單個任務上。這種類與類繼承層次會保持較小規模，並且不太可能增長為不可控製得龐然大物。

（5），橋接模式（Bridge）：將抽象部分與它的實現部分分離，使他們都可以獨立的變化。

（6），抽象與它的實現分離並不是讓抽象類別與衍生類別分離，因為這樣沒有任何意義。實際指的是抽象類別和它的衍生類別用來實現自己的對象。

（7），實際系統可能有多角度分類，每一種分類都有可能變化，那麼就把這種多角度分離出來讓他們獨立變化，減少他們之間的耦合。

Effective C++：

1：明智而審慎地使用多重繼承

（1），多重繼承比單一繼承複雜。它可能導致新的歧義性，以及對 virtual 繼承的需要。

（2），virtual 繼承會增加大小、速度、初始化（及賦值）複雜度等等成本。如果 virtual base classes 不帶任何資料，將是最具使用價值的情況。

（3），多重繼承的確有正當用途。其中一個情節涉及“public 繼承某個 Interface class" 和”private 繼承某個協助實現的類“的兩相組合。