本文和大家重點討論一下UML類圖關係方面的內容，UML類圖關係主要有關聯，聚合/組合，依賴，泛化等幾種，這裡向大家介紹一下關聯，聚合和依賴這三種關係及其區別。

小記:

幾種關係（關聯、聚合/組合、依賴）在程式碼中可能以指標、引用、值等的方式在另一個類中出現，不拘於形式，但在邏輯上他們就有以上的區別。

UML類圖關係

1、關聯

雙向關聯：

C1-C2：指雙方都知道對方的存在，都可以呼叫對方的公共屬性和方法。

在GOF的設計模式書上是這樣描述的：雖然在分析階段這種關係是適用的，但我們覺得它對於描述設計模式內的類關係來說顯得太抽象了，因為在設計階段關聯關係必須被對映為物件引用或指標。物件引用本身就是有向的，更適合表達我們所討論的那種關係。所以這種關係在設計的時候比較少用到，關聯一般都是有向的。
雙向關聯在程式碼的表現為雙方都擁有對方的一個指標，當然也可以是引用或者是值。

單向關聯:

C3->C4：表示相識關係，指C3知道C4，C3可以呼叫C4的公共屬性和方法。沒有生命期的依賴。一般是表示為一種引用。
單向關聯的程式碼就表現為C3有C4的指標，而C4對C3一無所知。

自身關聯（反身關聯）：

自己引用自己，帶著一個自己的引用。就是在自己的內部有著一個自身的引用。

2、聚合/組合

當類之間有整體-部分關係的時候，我們就可以使用UML類圖關係中的組合或者聚合。

聚合：表示C9聚合C10，但是C10可以離開C9而獨立存在（獨立存在的意思是在某個應用的問題域中這個類的存在有意義。這句話怎麼解，請看下面組合裡的解釋）。

組合（也有人稱為包容）：一般是實心菱形加實線箭頭表示，如上圖所示，表示的是C8被C7包容，而且C8不能離開C7而獨立存在。但這是視問題域而定的，例如在關心汽車的領域裡，輪胎是一定要組合在汽車類中的，因為它離開了汽車就沒有意義了。但是在賣輪胎的店鋪業務裡，就算輪胎離開了汽車，它也是有意義的，這就可以用聚合了。在《敏捷開發》中還說到，A組合B，則A需要知道B的生存週期，即可能A負責生成或者釋放B，或者A通過某種途徑知道B的生成和釋放。

3、依賴

UML類圖關係中的依賴指C5可能要用到C6的一些方法，也可以這樣說，要完成C5裡的所有功能，一定要有C6的方法協助才行。C5依賴於C6的定義，一般是在C5類的標頭檔案中包含了C6的標頭檔案。ROSE對依賴關係不產生屬性。

注意，要避免雙向依賴。一般來說，不應該存在雙向依賴。

雖然ROSE不生成屬性，但在形式上一般是A中的某個方法把B的物件作為引數使用(假設A依賴於B)。如下：
#include"B.h"
classA
...{
voidFunc(B&b);
}

那UML類圖關係中依賴和聚合\組合、關聯等有什麼不同呢？

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

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

組合是一種整體-部分的關係，在問題域中這種關係很明顯，直接分析就可以得出的。例如輪胎是車的一部分，樹葉是樹的一部分，手腳是身體的一部分這種的關係，非常明顯的整體-部分關係。
上述的幾種關係（關聯、聚合/組合、依賴）在程式碼中可能以指標、引用、值等的方式在另一個類中出現，不拘於形式，但在邏輯上他們就有以上的區別。