模組化C代碼與UML物件模型之間的映射（4）——常見問題小結

 下面是零零散散做的一些筆記。

1、為什麼說雙向關聯往往是設計的壞味道？

從可複用性的角度來看，如果兩個類間的關係是雙向的，則每個類都需要知道對方，因此兩者都不能複用。說明單向關聯有助於標識可複用的類。

 

2、彙總組合方式會遇到對象生命期管理的問題，怎麼解決？

例如，A_Create(B_Create()->IA, B)，即類B實現介面IA供類A內部使用，那麼IA的生命期該由誰來管理呢？常見的做法是在IA中加入Destroy介面，那麼A可以由此釋放IA。可是這違背了一個原則，一般記憶體管理是誰申請誰釋放的。我知道的另一個辦法是借鑒Linux裝置驅動程式的做法，把IA定義為全域變數。“生命期管理是個很大的課題。”後續再慢慢研究。

 

3、如何區別泛化與實現關係

我是這樣理解的：泛化（繼承）對應抽象類別；實現對應介面。

4、關聯與依賴有何區別？

這個問題有很多種版本的解釋，摘要如下：

依賴是比關聯弱的關係，依賴是兩個事物之間的語義關係，而關聯代表一種結構化的關係。體現在代碼中：

（1）關聯有雙向與單向之分。若類A與類B雙向關聯，則A與B相互作為對方的attribute；若類A單向關聯指向類B，則在類A中存在一個attribute B b*。 

 （2）依賴就只有單向的。若類A依賴類B，則不會有B這個屬性。類A依賴類B有三種方式：一是類B是全域的，二是類B在類A中執行個體化，三是類B作為參數被傳遞。

 

5、繼承or彙總/組合，這是一個問題

根據不同角度的理解，設計上會做出不同的抉擇，但

請慎用繼承，因為：

（1）繼承是過緊的耦合，每當父類變化，子類也得跟著變，違背了開閉原則。

（2）繼承不支援多態，父類與子類之間的關係在編譯時間就靜態繫結了。

“所以一般都提倡，只繼承介面不繼承實現，通過組合達到代碼重用的目的。”

 btw：關於C語言實現物件導向機制，我目前只是初探，目的是在必要的時候能夠有效駕馭和簡化用C語言開發的代碼複雜度。

但如果需求已經足夠簡單，代碼已經足夠清晰，那麼殺雞焉用牛刀呢。