四大UML類關系圖的示例分析

這篇文章將為大家詳細講解有關四大UML類關系圖的示例分析，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

有關UML類關系圖軟件開發

類間關系有很多種，在大的類別上可以分為兩種：縱向關系、橫向關系。
縱向關系就是繼承關系，它的概念非常明確，也成為OO的三個重要特征之一，這里不過多的討論。

橫向關系較為微妙，按照UML的建議UML類關系圖大體上可以分為四種：

1.依賴（Dependency）

2.關聯（Association）

3.聚合（Aggregation）

4.組合（Composition）

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

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

1.依賴：

UML表示法：虛線+箭頭

關系："...usesa..."

UML類關系圖中的依賴關系最為簡單，也***理解，所謂依賴就是某個對象的功能依賴于另外的某個對象，而被依賴的對象只是作為一種工具在使用，而并不持有對它的引用。

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

2.關聯：

UML表示法：實線+箭頭

關系："...hasa..."

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

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

3.聚合：

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

關系："...ownsa..."

UML類關系圖中的聚合是強版本的關聯。它暗含著一種所屬關系以及生命期關系。被聚合的對象還可以再被別的對象關聯，所以被聚合對象是可以共享的。雖然是共享的，聚合代表的是一種更親密的關系。

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

4.組合：

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

關系："...isapartof..."

UML類關系圖中的組合是關系當中的***版本，它直接要求包含對象對被包含對象的擁有以及包含對象與被包含對象生命期的關系。被包含的對象還可以再被別的對象關聯，所以被包含對象是可以共享的，然而絕不存在兩個包含對象對同一個被包含對象的共享。

釋義：組合關系就是整體與部分的關系，部分屬于整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生于整體創生之后，而銷毀于整體銷毀之前。部分在這個生命期內可以被其它對象關聯甚至聚合，但有一點必須注意，一旦部分所屬于的整體銷毀了，那么與之關聯的對象中的引用就會成為空引用，這一點可以利用程序來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那么一定，比如闌尾，很多人在創生后的某個時間對其厭倦便提前銷毀了它，可它和人類的關系不可辯駁的屬于組合。
在UML中存在一種特例，就是允許被包含對象在包含對象銷毀前轉移給新的對象，這雖然不自然，但它給需要心臟移植的患者帶來了福音。

關于“四大UML類關系圖的示例分析”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。