北風設計模式課程---UML類圖各符號含義


北風設計模式課程---UML類圖各符號含義

一、總結

一句話總結:

用腦子,挺好記的:實線關系肯定比虛線重,箭頭、三角形、菱形的關系肯定依次加重,三角形是繼承和實現,

 

1、UML類圖中 線+箭頭 表示什么意思?

虛線+箭頭:依賴關系: 是一種使用的關系:比如C5類的頭文件中包含了C6的頭文件
實線+箭頭:關聯關系: 是一種擁有的關系:比如C3知道C4,C3可以調用C4的公共屬

 

2、UML類圖中 線+空心右三角 表示什么意思?

虛線+空心右三角:接口的實現關系
實線+空心右三角:類的繼承關系

 

3、UML類圖中 實線+菱形 表示什么意思?

實線+空心菱形:聚合(擁有對象的引用):表示C9聚合C10,但是C10可以離開C9而獨立存在
實線+實心菱形:組合(擁有對象的引用):表示的是C8被C7包容,而且C8不能離開C7而獨立存在

 

 

 

二、UML類圖各符號含義

轉自或參考:UML類圖各符號含義
https://www.cnblogs.com/fengye-dream/archive/2012/03/07/2383813.html

 

類圖基本符號可拆分為虛線,箭頭,實線,空心右三角,實心右三角,空心菱形和實心菱形。由這些基本的圖形進行組合構成了類圖的基本符號。這里要注意這幾個符號的順序,代表了類與類之間關系的耦合程度。越向右耦合度越高。

其中虛線+箭頭是表示即依賴的關系

依賴關系: 是一種使用的關系,  即一個類的實現需要另一個類的協助, 所以要盡量不使用雙向的互相依賴.

 

指C5可能要用到C6的一些方法,也可以這樣說,要完成C5里的所有功能,一定要有C6的方法協助才行。C5依賴於C6的定義,一般是在C5類的頭文件中包含了C6的頭文件。ROSE對依賴關系不產生屬性。

形式上一般是A中的某個方法把B的對象作為參數使用(假設A依賴於B)。

實線+箭頭表示關聯的關系

關聯關系: 是一種擁有的關系, 可以分為雙向關聯, 單向關聯和自身關聯.
雙向關聯是指雙方都擁有對方的引用, 都可以調用對方的公共屬性和方法.

單向關聯是指只有某一方擁有另一方的引用, 這樣只有擁有對方者可以調用對方的公共屬性和方法.

自身關聯是指擁有一個自身的引用.

 

C3->C4:表示相識關系,指C3知道C4,C3可以調用C4的公共屬性和方法。沒有生命期的依賴。一般是表示為一種引用。

實線+空心右三角表示的是泛化,即類的繼承關系。

如果兩個類存在泛化的關系時就使用,例如父和子,動物和老虎,植物和花等。 

泛化關系: 是一種繼承關系, 表示一般與特殊的關系, 它指定了子類如何特化父類的所有特征和行為.

實現(Realization)

實現關系: 是一種類與接口的關系, 表示類是接口所有特征和行為的實現

泛化和實現的區別就在於子類是否繼承了父類的實現, 如有繼承則關系為泛化, 反之為實現.

實線+空心菱形表示的是聚合的關系

聚合:表示C9聚合C10,但是C10可以離開C9而獨立存在(獨立存在的意思是在某個應用的問題域中這個類的存在有意義。)

實線+實心菱形則表示組合的關系

組合(也有人稱為包容):一般是實心菱形加實線箭頭表示,如上圖所示,表示的是C8被C7包容,而且C8不能離開C7而獨立存在。

但這是視問題域而定的,例如在關心汽車的領域里,輪胎是一定要組合在汽車類中的,因為它離開了汽車就沒有意義了。但是在賣輪胎的店鋪業務里,就算輪胎離開了汽車,它也是有意義的, 這就可以用聚合了。在《敏捷開發》中還說到,A組合B,則A需要知道B的生存周期,即可能A負責生成或者釋放B,或者A通過某種途徑知道B的生成和釋放。

代碼和聚合是一樣的。具體如何區別,可能就只能用語義來區分了。

那依賴和聚合\組合、關聯等有什么不同呢?

關聯是類之間的一種關系,例如老師教學生,老公和老婆,水壺裝水等就是一種關系。這種關系是非常明顯的,在問題領域中通過分析直接就能得出。

依賴是一種弱關聯,只要一個類用到另一個類,但是和另一個類的關系不是太明顯的時候(可以說是“uses”了那個類),就可以把這種關系看成是依賴,依賴也可說是一種偶然的關系,而不是必然的關系,就是“我在某個方法中偶然用到了它,但在現實中我和它並沒多大關系”。例如我和錘子,我和錘子本來是沒關系的, 但在有一次要釘釘子的時候,我用到了它,這就是一種依賴,依賴錘子完成釘釘子這件事情。

組合是一種整體-部分的關系,在問題域中這種關系很明顯,直接分析就可以得出的。例如輪胎是車的一部分,樹葉是樹的一部分,手腳是身體的一部分這種的關系,非常明顯的整體-部分關系。

上述的幾種關系(關聯、聚合/組合、依賴)在代碼中可能以指針、引用、值等的方式在另一個類中出現,不拘於形式,但在邏輯上他們就有以上的區別。

這里還要說明一下,所謂的這些關系只是在某個問題域才有效,離開了這個問題域,可能這些關系就不成立了,例如可能在某個問題域中,我是一個木匠,需要拿着錘 子去干活,可能整個問題的描述就是我拿着錘子怎么釘桌子,釘椅子,釘櫃子;既然整個問題就是描述這個,我和錘子就不僅是偶然的依賴關系了,我和錘子的關系 變得非常的緊密,可能就上升為組合關系(讓我突然想起武俠小說的劍不離身,劍亡人亡...)。這個例子可能有點荒謬,但也是為了說明一個道理,就是關系和 類一樣,它們都是在一個問題領域中才成立的,離開了這個問題域,他們可能就不復存在了。

注釋

注釋表示為帶有褶角的矩形,然后用虛線連接到UML的其他元素上,它是一種用於在圖中附加文字注釋的機制。

 

 

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM