UML類圖關系中關聯、依賴、聚集等關系的異同
本文和大家重點討論一下UML類圖關系中幾種關系的異同，在UML類圖關系中，關聯，依賴，聚集，組成的聯系十分緊密，不容易區分，本文試圖用通俗的語言來講解這四種關系的區別。
UML類圖關系中關聯、依賴、聚集等關系的異同
--------------------------------------------------------------------------------
1.關聯：連接模型元素及鏈接實例，用一條實線來表示；
2.依賴：表示一個元素以某種方式依賴于另一個元素，用一條虛線加箭頭來表示；
3.聚集：表示整體與部分的關系，用一條實線加空心菱形來表示；
4.組成：表示整體與部分的有一關系，用一條實線加實心菱形來表示；
（關聯，依賴，聚集，組成的異同見后描述）
5.泛化（繼承）：表示一般與特殊的關系，用一條實線加空心箭頭來表示；
6.實現：表示類與接口的關系，用一條虛線加空心箭頭來表示；
關聯，依賴，聚集的異同：（《Java面向對象編程》一書，作者：孫衛琴來源:[url]www.javathinker.org[/url]）
在建立對象模型時，很容易把依賴、關聯和聚集關系混淆。當對象A和對象B之間存在依賴、關聯或聚集關系時，對象A都有可能調用對象B的方法，這是三種關系之間的相同之處，除此之外，它們有著不同的特征。
1．UML類圖關系中依賴關系的特征
對于兩個相對獨立的系統，當一個系統負責構造另一個系統的實例，或者依賴另一個系統的服務時，這兩個系統之間主要體現為依賴關系，例如生產零件的機器和零件，機器負責構造零件對象。再例如充電電池和充電器，充電電池通過充電器來充電。再例如自行車Bicycle和打氣筒Pump，自行車通過打氣筒來充氣。圖1-39為Bicycle類與Pump類的類框圖。
圖1-39Bicycle類與Pump類的依賴關系
2．UML類圖關系中關聯關系的特征
對于兩個相對獨立的系統，當一個系統的實例與另一個系統的一些特定實例存在固定的對應關系時，這兩個系統之間為關聯關系。例如客戶和訂單，每個訂單對應特定的客戶，每個客戶對應一些特定的訂單；再例如公司和員工，每個公司對應一些特定的員工，每個員工對應一特定的公司；再例如自行車和主人，每輛自行車屬于特定的主人，每個主人有特定的自行車，圖1-40顯示了主人和自行車的關聯關系。而充電電池和充電器之間就不存在固定的對應關系，同樣自行車和打氣筒之間也不存在固定的對應關系。
圖1-40主人和自行車的關聯關系
3．UML類圖關系中聚集關系的特征
當系統A被加入到系統B中，成為系統B的組成部分時，系統B和系統A之間為聚集關系。例如自行車和它的響鈴、龍頭、輪胎、鋼圈以及剎車裝置就是聚集關系，因為響鈴是自行車的組成部分。而人和自行車不是聚集關系，因為人不是由自行車組成的，如果一定要研究人的組成，那么他應該由頭、軀干和四肢等組成。由此可見，可以根據語義來區分關聯關系和聚集關系。
聚集關系和關聯關系的區別還表現在以下方面：
（1)對于具有關聯關系的兩個對象，多數情況下，兩者有獨立的生命周期。比如自行車和他的主人，當自行車不存在了，它的主人依然存在；反之亦然。但在個別情況下，一方會制約另一方的生命周期。比如客戶和訂單，當客戶不存在，它的訂單也就失去存在的意義。
(2)對于具有聚集關系（尤其是強聚集關系）的兩個對象，整體對象會制約它的組成對象的生命周期。部分類的對象不能單獨存在，它的生命周期依賴于整體類的對象的生命周期，當整體消失，部分也就隨之消失。比如小王的自行車被偷了，那么自行車的所有組件也不存在了，除非小王事先碰巧把一些可拆卸的組件（比如車鈴和坐墊）拆了下來。
不過，在用程序代碼來表示關聯關系和聚集關系時，兩者比較相似。
4.UML類圖關系中組成關系的特征
組成關系是一種兩個類之間的關系，其中整體類由部分類組成，部分類需要整體類才能存在，這種關系意味著銷毀整體類將會同時銷毀部分類
【編輯推薦】
