類間的關係

網上關於此類的討論非常多，發現對於該問題的理解各有各的說法，而各個說法中又相去甚遠。通過瀏覽這些討論以及對《o'reilly - uml 2.0 in a nutshell (2007)》的參考，發表一下自己的看法

類間關係有很多種，在大的類別上可以分為兩種：縱向關係、橫向關係。

縱向關係就是繼承關係，它的概念非常明確，也成為oo的三個重要特徵之一，這裡不過多的討論。

橫向關係較為微妙，按照uml的建議大體上可以分為四種：

1. 依賴（dependency）

2. 關聯（association）

3. 聚合（aggregation）

4. 組合（composition）

它們的強弱關係是沒有異議的：依賴 < 關聯 < 聚合 < 組合

然而它們四個之間的差別卻又不那麼好拿捏，需要好好體會。

1. 依賴：

* uml表示法：虛線 + 箭頭

[img]

* 關係：" ... uses a ..."

* 此關係最為簡單，也最好理解，所謂依賴就是某個物件的功能依賴於另外的某個物件，而被依賴的物件只是作為一種工具在使用，而並不持有對它的引用。

* 典型的例子很多，比如：

class human

public static void main()}}

class air

}[img]

* 釋義：乙個人自創生就需要不停的呼吸，而人的呼吸功能之所以能維持生命就在於吸進來的氣體發揮了作用，所以說空氣只不過是人類的乙個工具，而人並不持有對它的引用。

2. 關聯：

* uml表示法：實線 + 箭頭

[img]

* 關係：" ... has a ..."

* 所謂關聯就是某個物件會長期的持有另乙個物件的引用，而二者的關聯往往也是相互的。關聯的兩個物件彼此間沒有任何強制性的約束，只要二者同意，可以隨時解除關係或是進行關聯，它們在生命期問題上沒有任何約定。被關聯的物件還可以再被別的物件關聯，所以關聯是可以共享的。

* 典型的例子很多，比如：

class human

public static void main()}}

[img]

* 釋義：人從生至死都在不斷的交朋友，然而沒有理由認為朋友的生死與我的生死有必然的聯絡，故他們的生命期沒有關聯，我的朋友又可以是別人的朋友，所以朋友可以共享。

3. 聚合：

* uml表示法：空心菱形 + 實線 + 箭頭

[img]

* 關係：" ... owns a ..."

* 聚合是強版本的關聯。它暗含著一種所屬關係以及生命期關係。被聚合的物件還可以再被別的物件關聯，所以被聚合物件是可以共享的。雖然是共享的，聚合代表的是一種更親密的關係。

* 典型的例子很多，比如：

class human

public static void main()}}

[img]

* 釋義：我的家和我之間具有著一種強烈的所屬關係，我的家是可以分享的，而這裡的分享又可以有兩種。其一是聚合間的分享，這正如你和你媳婦兒都對這個家有著同樣的強烈關聯；其二是聚合與關聯的分享，如果你的朋友來家裡吃個便飯，估計你不會給他配一把鑰匙。

4. 組合：

* uml表示法：實心菱形 + 實線 + 箭頭

[img]

* 關係：" ... is a part of ..."

* 組合是關係當中的最強版本，它直接要求包含物件對被包含物件的擁有以及包含物件與被包含物件生命期的關係。被包含的物件還可以再被別的物件關聯，所以被包含物件是可以共享的，然而絕不存在兩個包含物件對同乙個被包含物件的共享。

* 典型的例子很多，比如：

class human}}

[img]

* 釋義：組合關係就是整體與部分的關係，部分屬於整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生於整體創生之後，而銷毀於整體銷毀之前。部分在這個生命期內可以被其它物件關聯甚至聚合，但有一點必須注意，一旦部分所屬於的整體銷毀了，那麼與之關聯的物件中的引用就會成為空引用，這一點可以利用程式來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那麼一定，比如闌尾，很多人在創生後的某個時間對其厭倦便提前銷毀了它，可它和人類的關係不可辯駁的屬於組合。

在uml中存在一種特例，就是允許被包含物件在包含物件銷毀前轉移給新的物件，這雖然不自然，但它給需要心臟移植的患者帶來了福音。

類間的關係

類間的關係

類間的關係

UML類間關係總結

相關推薦