深入剖析UML類圖關系
在學習UML建模語言的過程中，經常遇到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)。
4、泛化（繼承）
UML類圖關系中泛化關系：如果兩個類存在泛化的關系時就使用，例如父和子，動物和老虎，植物和花等。
ROSE生成的代碼很簡單，如下：
#include"C11.h"
classC12:publicC11
...{
};
5、這里順便提一下模板
上面的圖對應的代碼如下：
template<int>
classC13
...{
};
這里再說一下重復度，其實看完了上面的描述之后，我們應該清楚了各個關系間的關系以及具體對應到代碼是怎么樣的，所謂的重復度，也只不過是上面的擴展，例如A和B有著“1對多”的重復度，那在A中就有一個列表，保存著B對象的N個引用，就是這樣而已。好了，到這里，已經把上面的UML類圖關系說完了，希望你能有所收獲了，我也費了不少工夫啊（畫圖、生成代碼、截圖、寫到BLOG上，唉，一頭大汗）。不過如果能讓你徹底理解UML類圖的這些關系，也值得了。:)
【編輯推薦】
