比較常用UML類圖幾種關系的小結
Unified Modeling Language (UML)又稱統(tǒng)一建模語言或標準建模語言,是始于1997年一個OMG標準,它是一個支持模型化和軟件系統(tǒng)開發(fā)的圖形化語言,為軟件開發(fā)的所有階段提供模型化和可視化支持,包括由需求分析到規(guī)格,到構造和配置。 面向對象的分析與設計(OOA&D,OOAD)方法的發(fā)展在80年代末至90年代中出現了一個高潮,UML是這個高潮的產物。它不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法,而且對其作了進一步的發(fā)展,并最終統(tǒng)一為大眾所接受的標準建模語言。
在UML類圖中,比較常用的幾種關系有:泛化(Generalization), 實現(Realization), 關聯(Association), 聚合(Aggregation), 組合(Composition), 依賴(Dependency),接下來,通過本篇文章給大家一一做下詳解,具體詳情如下:
1. 泛化(Generalization)
【泛化關系】:是一種繼承關系, 表示一般與特殊的關系, 它指定了子類如何特化父類的所有特征和行為. 例如:老虎是動物的一種, 即有老虎的特性也有動物的共性.
【箭頭指向】:帶三角箭頭的實線,箭頭指向父類
2. 實現(Realization)
【實現關系】:是一種類與接口的關系, 表示類是接口所有特征和行為的實現.
【箭頭指向】:帶三角箭頭的虛線,箭頭指向接口
3. 關聯(Association)
【關聯關系】:是一種擁有的關系, 它使一個類知道另一個類的屬性和方法;如:老師與學生,丈夫與妻子
關聯可以是雙向的,也可以是單向的。雙向的關聯可以有兩個箭頭或者沒有箭頭,單向的關聯有一個箭頭。
【代碼體現】:成員變量
【箭頭及指向】:帶普通箭頭的實心線,指向被擁有者
上圖中,老師與學生是雙向關聯,老師有多名學生,學生也可能有多名老師。但學生與某課程間的關系為單向關聯,一名學生可能要上多門課程,課程是個抽象的東西他不擁有學生。
上圖為自身關聯:
4. 聚合(Aggregation)
【聚合關系】:是整體與部分的關系, 且部分可以離開整體而單獨存在. 如車和輪胎是整體和部分的關系, 輪胎離開車仍然可以存在.
聚合關系是關聯關系的一種,是強的關聯關系;關聯和聚合在語法上無法區(qū)分,必須考察具體的邏輯關系。
【代碼體現】:成員變量
【箭頭及指向】:帶空心菱形的實心線,菱形指向整體
5. 組合(Composition)
【組合關系】:是整體與部分的關系, 但部分不能離開整體而單獨存在. 如公司和部門是整體和部分的關系, 沒有公司就不存在部門.
組合關系是關聯關系的一種,是比聚合關系還要強的關系,它要求普通的聚合關系中代表整體的對象負責代表部分的對象的生命周期
【代碼體現】:成員變量
【箭頭及指向】:帶實心菱形的實線,菱形指向整體
6. 依賴(Dependency)
【依賴關系】:是一種使用的關系, 即一個類的實現需要另一個類的協(xié)助, 所以要盡量不使用雙向的互相依賴.
【代碼表現】:局部變量、方法的參數或者對靜態(tài)方法的調用
【箭頭及指向】:帶箭頭的虛線,指向被使用者
各種關系的強弱順序:
泛化 = 實現 > 組合 > 聚合 > 關聯 > 依賴
下面這張UML圖,比較形象地展示了各種類圖關系:
以上內容就是本文的全部敘述,希望大家喜歡。
相關文章
解決SpringCloud Gateway配置自定義路由404的坑
這篇文章主要介紹了解決SpringCloud Gateway配置自定義路由404的坑,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-09-09springboot使用war包部署到外部tomcat過程解析
這篇文章主要介紹了springboot使用war包部署到外部tomcat過程解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2020-01-01