天天看點

設計模式之UML類圖的常見關系(一)

本篇會講解在UML類圖中,常見幾種關系: 泛化(Generalization),依賴(Dependency),關聯(Association),聚合(Aggregation),組合(Composition)。

1.泛化關系

泛化關系是繼承或實作的關系,是is a關系,具體表現為類與類的繼承,接口與接口的繼承,類對接口的實作關系。

設計模式之UML類圖的常見關系(一)

2.依賴關系

依賴關系表示為一個類使用另一個類,這種使用關系是具有偶然性的、臨時性的、非常弱的,一個類的變化會影響到另一個類,是use a關系,如果類A依賴于類B,那麼類B可以是類A的局部變量,或類A方法的參數,或靜态方法的調用。

設計模式之UML類圖的常見關系(一)

3.關聯關系

關聯關系是一種強依賴關系,這種關系不存在依賴關系的偶然性,關系也不是臨時的,是長期的,穩定的。雙方的關系是平等的,可以單向關聯也可以是雙向關聯。假如類A關聯了類B,則類B是類A的全局變量(注意是全局變量,再看看上面的依賴關系),大多數關聯都是單向關聯,這比較容易維護,關于關聯,在生活中我們常會說,類A持有類B的引用。

設計模式之UML類圖的常見關系(一)

4.聚合關系

聚合關系是特殊的關聯關系,是一種強的關聯關系,他展現的是整體與部分關系,即has-a的關系,但是整體和部分是可以分離的,注意,是可以分離的。普通關聯關系的兩個類處于同一層次上,是平級的,而聚合關系的兩個類處于不同的層次,一個是整體,一個是部分。同時,是一種弱的“擁有”關系。展現的是A對象可以包含B對象,但B對象不是A對象的組成部分。具體表現為,如果A由B聚合成,表現為A包含有B的全局對象,但是B對象可以不在A建立的時刻建立,這句話非常有意義,它在代碼中通常展現成依賴注入的setter方法,即A對象可以随時建立B對象,再想想這不就展現了整體和部分是可以分離了嗎?建立整體的時候可以不建立部分。

設計模式之UML類圖的常見關系(一)

5.組合關系

組合關系也是特殊的關聯關系,它展現一種contains a(擁有)關系,這種關系是比聚合還要強,也稱為強聚合。展現了嚴格的整體和部分關系,兩者是不可分割的,它們的生命周期是一緻的。如果A由B組成,那麼A就包含B的全局變量,并在建立A的同時建立B,在代碼上我們通常是使用構造函數進行實作,也是依賴注入中構造函數的實作。

設計模式之UML類圖的常見關系(一)

最後,我們來總結一下,泛化就不用多少了,大家都懂的,就是繼承和實作接口,重點說下其它的吧,依賴,ClassB展現為ClassA的局部變量,我想用就用,用了就有關系,不用就沒關系;關聯,ClassB展現為ClassA的全局變量,不管你用不用,反正你知道我的存在了,持有了我的引用。聚合,是特殊的關聯關系,用了就加強了關系,不用還是我隻知道你的存在。聚合可以友善的持有多個類的引用,如使用List<>,是以當你發現有List<>等集合是可以使用聚合來表示,比如觀察者模式的結構。組合,展現最強的關系,比如人出身了,必定也有頭部吧,不然我真無法想象這個世界了。

說下最基本的依賴注入方式吧,一種是setter方法注入,如聚合關系中提現的,使用一個方法來完成注入,另一種是構造函數注入,如組合關系中提現的,還有一種是接口注入,一般不常用也就不說了。以後會詳細在番外篇中講解。

分類: C#設計模式

标簽: 設計模式, UML類圖, 泛化, 依賴, 關聯, 聚合, 組合

繼續閱讀