引用
Gui Xun Long 的 UML類圖
這是一堂關於UML基礎知識的補習課；現在我們做項目時間都太緊了，基本上都沒有做過真正的 class級別的詳細設計，更別提使用 UML來實現規範建模了；本篇主要就以前自己一直感覺很迷糊的幾種 class之間的關係進行整理，讓我們在真正用 UML進行比如類圖設計時能夠更加清晰明瞭；以下就分別介紹這幾種關係：
繼承
指的是一個類（稱爲子類、子接口）繼承另外的一個類（稱爲父類、父接口）的功能，並可
以增加它自己的新功能的能力，繼承是類與類或者接口與接口之間最常見的關係；在
Java中此類關係通過關鍵字 extends明確標識，在設計時一般沒有爭議性；
實現
指的是一個 class類實現 interface接口（可以是多個）的功能；實現是類與接口之間最常見的關係；在Java中此類關係通過關鍵字 implements明確標識，在設計時一般沒有爭議性；
依賴
可以簡單的理解，就是一個類 A使用到了另一個類 B，而這種使用關係是具有偶然性的、、
臨時性的、非常弱的，但是 B類的變化會影響到 A；比如某人要過河，需要借用一條船，此時人與船之間的關係就是依賴；表現在代碼層面，爲類 B作爲參數被類 A在某個 method方法中使用；
關聯
他體現的是兩個類、或者類與接口之間語義級別的一種強依賴關係，比如我和我的朋友；這
種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的，一般是長期性的，而
且雙方的關係一般是平等的、關聯可以是單向、雙向的；表現在代碼層面，爲被關聯類 B以類屬性的形式出現在關聯類 A中，也可能是關聯類 A引用了一個類型爲被關聯類 B的全
局變量；
聚合
聚合是關聯關係的一種特例，他體現的是整體與部分、擁有的關係，即 has-a的關係，此時
整體與部分之間是可分離的，他們可以具有各自的生命週期，部分可以屬於多個整體對象，
也可以爲多個整體對象共享；比如計算機與 CPU、公司與員工的關係等；表現在代碼層面，
和關聯關係是一致的，只能從語義級別來區分；
組合
組合也是關聯關係的一種特例，他體現的是一種 contains-a的關係，這種關係比聚合更強，
也稱爲強聚合；他同樣體現整體與部分間的關係，但此時整體與部分是不可分的，整體的生
命週期結束也就意味着部分的生命週期結束；比如你和你的大腦；表現在代碼層面，和關聯
關係是一致的，只能從語義級別來區分；
對於繼承、實現這兩種關係沒多少疑問，他們體現的是一種類與類、或者類與接口間的縱向
關係；其他的四者關係則體現的是類與類、或者類與接口間的引用、橫向關係，是比較難區
分的，有很多事物間的關係要想準備定位是很難的，前面也提到，這幾種關係都是語義級別
的，所以從代碼層面並不能完全區分各種關係；但總的來說，後幾種關係所表現的強弱程度
依次爲：組合>聚合>關聯>依賴；
