目錄

一、泛化（Generalization）

概念

表示方法

二、實現（Realization）

概念

表示方法

三、依賴（Dependency）

概念

表示方法

四、關聯（Association）

概念

表示方法

五、聚合（Aggregation）

概念

表示方法

六、組合（Composition）

概念

表示方法

---

在軟件開發和面向對象設計領域，UML（統一建模語言）圖是極為重要的工具，它能以可視化方式清晰展現系統結構和對象間關系。其中，UML 圖中的六種箭頭分別代表泛化、實現、依賴、關聯、聚合和組合關系，準確理解這些箭頭含義，對高效設計和開發軟件系統至關重要。

一、泛化（Generalization）

概念

泛化用于描述一般與特殊、一般與具體之間的關系。具體描述基于一般描述構建，并對其進行擴展。在 Java 等面向對象編程語言中，泛化體現為繼承關系。例如，“動物” 是一般概念，“狗”“貓” 等則是具體的特殊動物，“狗” 和 “貓” 繼承了 “動物” 的基本特征，如呼吸、移動等，同時又有各自特有的行為和屬性 。

表示方法

使用實線空心三角箭頭表示，箭頭從子類（特殊類）指向父類（一般類）。這種表示直觀地展示了子類對父類的繼承關系，清晰呈現了類的層次結構。

二、實現（Realization）

概念

實現表示類與接口之間的關系，意味著類實現了接口定義的所有特征和行為。在程序開發中，類通過實現接口來明確自身應具備的功能。比如，定義一個 “奔跑” 接口，“運動員” 類實現該接口，就必須提供 “奔跑” 接口所規定的具體實現邏輯。

表示方法

采用空心三角形箭頭的虛線，箭頭由實現類指向接口。這種表示方式清晰區分了類和接口，同時表明了類對接口的實現關系，方便開發者理解系統的功能實現結構。

三、依賴（Dependency）

概念

依賴是一種使用關系，即一個類的實現需要借助另一個類的協助。在 Java 中，當一個類的方法參數需要傳入另一個類的對象時，就表明該類依賴于被傳入對象的類。例如，“訂單” 類的計算總價方法需要傳入 “商品” 類對象獲取商品價格，“訂單” 類就依賴 “商品” 類。

表示方法

用虛線箭頭表示，箭頭從依賴類（使用協助的類）指向被依賴類（提供協助的類）。這種表示簡潔明了，幫助開發者快速識別類之間的依賴關系，在代碼維護和修改時，能準確把握一處改動可能對其他類產生的影響。

四、關聯（Association）

概念

關聯表示類與類之間的連接，使一個類能知曉另一個類的屬性和方法。與依賴關系相比，關聯關系更強，不是偶然或臨時的，通常是長期存在的。在 Java 中，若一個類的全局變量引用了另一個類，就表示這兩個類存在關聯關系。例如，“教師” 類和 “課程” 類，一位教師可以教授多門課程，“教師” 類中通過全局變量關聯 “課程” 類，用于記錄其所教授的課程信息。

表示方法

使用實線箭頭，箭頭從一個類指向另一個類。這種表示直觀展示了類之間的關聯方向和關系，有助于理解系統中不同類之間的交互和數據傳遞路徑。

五、聚合（Aggregation）

概念

聚合是關聯關系的特殊形式，屬于強關聯關系，用于表示整體和個體之間的關系，即 “has - a” 關系。整體與個體各自有獨立的生命周期，部分可以被多個整體對象共享。以 “學校” 和 “學生” 為例，一個學校包含多個學生，學生可以在不同學校間流動，學生的生命周期并不完全依賴于某一個學校。

表示方法

通過尾部為空心菱形的實線箭頭（也可以沒有箭頭）表示，箭頭從整體類指向部分類。這種表示在體現整體與部分關系的同時，強調了部分的獨立性和可共享性，方便開發者在設計系統時考慮對象的復用和管理。

六、組合（Composition）

概念

組合同樣是關聯關系的特例，也是整體與部分的關系，即 “contains - a” 關系，比聚合關系更強。部分與整體的生命周期緊密相連，整體生命周期結束時，部分的生命周期也隨之結束，且部分不能被多個整體共享。比如 “人體” 和 “四肢”，四肢是人體的一部分，人體不存在了，四肢也就失去了意義，且一個四肢只能屬于一個特定的人體。

表示方法

用尾部為實心菱形的實線箭頭（也可無箭頭）表示，箭頭從整體類指向部分類。這種表示突出了整體與部分之間緊密的包含關系和生命周期的一致性，幫助開發者準確把握對象之間的組成結構和生命周期管理。

掌握 UML 圖這六種箭頭代表的關系，能幫助開發者更高效地進行軟件系統設計、代碼編寫和維護。無論是分析現有系統結構，還是規劃新系統架構，準確運用這些關系都能使設計更合理、代碼更易讀且可維護性更強。