1. 程式人生 > >UML關係(泛化,實現,依賴,關聯(聚合,組合))

UML關係(泛化,實現,依賴,關聯(聚合,組合))

概述:UML的構造快包含3種:

(1) 事物(4種):結構事物,行為事物,分組事物,註釋事物
(2) 關係(4種):泛化關係,實現關係,依賴關係,關聯關係
(3) 圖(10種):用例圖,類圖,物件圖,包圖,元件圖,部署圖,狀態圖,活動圖,序列圖,協作圖
事物是對模型中最具代表性的成分的抽象;關係把事物結合在一起;圖聚集了相關的事物。

關係(4種)

UML 中類與類, 類與介面, 介面與介面這間的關係有: 泛化(generalization) 關係, 關聯(association)關係( 關聯, 聚合, 合成), 依賴(dependency)關係,實現(realization)關係.

泛化(generalization)

關係是一個類(稱為子類、子介面)繼承另外的一個類(稱為父類、父介面)的功能,並可以增加它自己的新功能的能力,繼承是類與類或者介面與介面之間最常見的關係;在Java中此類關係通過關鍵字extends明確標識,在設計時一般沒有爭議性。
這裡寫圖片描述

實現(realization)

關係指的是一個class類實現interface介面(可以是多個)的功能;實現是類與介面之間最常見的關係;在Java中此類關係通過關鍵字implements明確標識,在設計時一般沒有爭議性;
這裡寫圖片描述

依賴(dependency)

關係是類與類之間的連線. 表示一個類依賴於另一個類的定義. 依賴關係總是單向的 。可以簡單的理解,就是一個類A使用到了另一個類B,而這種使用關係是具有偶然性的、、臨時性的、非常弱的,但是B類的變化會影響到A;比如某人要過河,需要借用一條船,此時人與船之間的關係就是依賴;表現在程式碼層面,為類B作為引數被類A在某個method方法中使用。
在java 中. 依賴關係體現為: 區域性變數, 方法中的引數, 和對靜態方法的呼叫.
這裡寫圖片描述

關聯(association)

關係是表示類與類之間的聯接, 它使一個類知道另一個類的屬性和方法.
1) 關聯可以使用單箭頭表示單向關聯, 使用雙箭頭或不使用箭頭表示雙向關聯, 不建議使用雙向關聯. 關聯有兩個端點, 在每個端點可以有一個基數, 表示這個關聯的類可以有幾個例項.
常見的基數及含義:
0..1:0 或1 個例項.
0..*: 對例項的數目沒有限制.
1: 只能有一個例項.
1..*: 至少有一個例項.
他體現的是兩個類、或者類與介面之間語義級別的一種強依賴關係,比如我和我的朋友;這種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的,一般是長期性的,而且雙方的關係一般是平等的,表現在程式碼層面,為被關聯類B以類屬性的形式出現在關聯類A中,也可能是關聯類A引用了一個型別為被關聯類B的全域性變數;在java 語言中關聯關係是使用例項變數實現的.
這裡寫圖片描述

2) 聚合(aggregation)關係: 關聯關係的一種特例, 是強的關聯關係. 聚合是整體和個體之間的關係,即has-a的關係,此時整體與部分之間是可分離的,他們可以具有各自的生命週期,部分可以屬於多個整體物件,也可以為多個整體物件共享;比如計算機與CPU、公司與員工的關係等;表現在程式碼層面,和關聯關係是一致的,只能從語義級別來區分;
聚合關係也是使用例項變數實現的. 從java 語法上是分不出關聯和聚合的.
關聯關係中兩個類是處於相同的層次, 而聚合關係中兩不類是處於不平等的層次, 一個表示整體, 一個表示部分.
這裡寫圖片描述

3) 組合(合成)關係(composition): 也是關聯關係的一種特例,他體現的是一種contains-a的關係,這種關係比聚合更強,也稱為強聚合;他同樣體現整體與部分間的關係,但此時整體與部分是不可分的,整體的生命週期結束也就意味著部分的生命週期結束;比如你和你的大腦;合成關係不能共享. 。表現在程式碼層面,和關聯關係是一致的,只能從語義級別來區分。
組合跟聚合幾乎相同,唯一的區別就是“部分”不能脫離“整體”單獨存在,就是說, “部分”的生命期不能比“整體”還要長。
這裡寫圖片描述

總結:

對於繼承、實現這兩種關係沒多少疑問,他們體現的是一種類與類、或者類與介面間的縱向關係;其他的四者關係則體現的是類與類、或者類與介面間的引用、橫向關係,是比較難區分的,有很多事物間的關係要想準備定位是很難的,前面也提到,這幾種關係都是語義級別的,所以從程式碼層面並不能完全區分各種關係;但總的來說,後幾種關係所表現的強弱程度依次為:組合>聚合>關聯>依賴。