UML類圖關係（泛化 、繼承、實現、依賴、關聯、聚合、組合）

類圖

​ 類圖(Class Diagram)是顯示出類、接口以及他們之間的靜態結構與關係的圖。其中最基本的單元是類或接口。

​ 類圖不但能夠表示類(或者接口)之間的關係，也能夠表示對象之間的關係。下面是一個典型的類圖：

​ 類圖通常分爲幾個部分：類名、屬性、方法。下面分別講解。

（1） 類名

​ 上面的TestClass就是類名，若是類名是正體字，則說明該類是一個具體的類，若是類名是斜體字，則說明類是一個抽象類abstract。

（2）屬性列表

​ 屬性能夠是public、protected、private。public前面的圖標是菱形，protected對應的是菱形加鑰匙，private對應的是菱形加鎖。固然，這只是一種表現方式。我是用的是Rational Rose，若是用的是別的軟件，還可能使用+、-、#表示：+表明public、-表明private、#表明protected。

（3）方法列表

​ 方法能夠是public、protected、private。public前面的圖標是菱形，protected對應的是菱形加鑰匙，private對應的是菱形加鎖。固然，這只是一種表現方式。我是用的是Rational Rose，若是用的是別的軟件，還可能使用+、-、#表示：+表明public、-表明private、#表明protected。

​ 對於靜態屬性，屬性名會加上一條下劃線。如上圖所示。

​ 此外，類圖既能表示類之間的關係，還能表示對象之間的關係。兩者的區別是：對象圖中對象名下面會加上一條下劃線。

類圖中的關係

Generalization：泛化

Generalization表示的是類與類之間的繼承關係、接口與接口之間的繼承關係、類與接口之間的實現關係。即指繼承與實現

Dependency：依賴

能夠簡單的理解，就是一個類A使用到了另外一個類B，而這種使用關係是具備偶然性的、臨時性的、很是弱的，可是B類的變化會影響到A；好比某人要過河，須要借用一條船，此時人與船之間的關係就是依賴；表如今代碼層面，爲類B做爲參數被類A在某個method方法中使用，依賴是單向的，要避免雙向依賴。通常來講，不該該存在雙向依賴。

Association：關聯

他體現的是兩個類、或者類與接口之間語義級別的一種強依賴關係，好比我和個人朋友；這種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的，通常是長期性的，並且雙方的關係通常是平等的、關聯能夠是單向、雙向的，雙向關聯有兩個箭頭或者沒有箭頭，單向關聯有一個箭頭，表示關聯的方向，關聯關係以實例變量的形式存在，在每個關聯的端點，還能夠有一個基數(multiplicity),代表這一端點的類能夠有幾個實例；表如今代碼層面，爲被關聯類B以類屬性的形式出如今關聯類A中，也多是關聯類A引用了一個類型爲被關聯類B的全局變量；

Aggregation：聚合

聚合是關聯關係的一種特例，他體現的是總體與部分、擁有的關係，即has-a的關係，此時總體與部分之間是可分離的，他們能夠具備各自的生命週期，部分能夠屬於多個總體對象，也能夠爲多個總體對象共享；好比計算機與CPU、公司與員工的關係等；表如今代碼層面，和關聯關係是一致的，只能從語義級別來區分；

Composition：組合

組合也是關聯關係的一種特例，他體現的是一種contains-a的關係，這種關係比聚合更強，也稱爲強聚合；他一樣體現總體與部分間的關係，但此時總體與部分是不可分的，總體的生命週期結束也就意味着部分的生命週期結束；好比你和你的大腦；表如今代碼層面，和關聯關係是一致的，只能從語義級別來區分；

關係之間的區別

1.聚合與組合

（1）聚合與組合都是一種關聯關係，只是額外具備總體-部分的意涵。

（2）部件的生命週期不一樣

聚合關係中，整件不會擁有部件的生命週期，因此整件刪除時，部件不會被刪除。再者，多個整件能夠共享同一個部件。

組合關係中，整件擁有部件的生命週期，因此整件刪除時，部件必定會跟着刪除。並且，多個整件不能夠同時間共享同一個部件。

（3）聚合關係是「has-a」關係，組合關係是「contains-a」關係。

程老師的《大話》裏舉大那個大雁的例子很貼切 在此我就借用一下 大雁喜歡熱鬧懼怕孤獨 因此它們一直過着羣居的生活 這樣就有了雁羣 每一隻大雁都有本身的雁羣 每一個雁羣都有好多大雁 大雁與雁羣的這種關係就能夠稱之爲聚合 另外每隻大雁都有兩隻翅膀 大雁與雁翅的關係就叫作組合 有此可見 聚合的關係明顯沒有組合緊密 大雁不會由於它們的羣主將雁羣解散而沒法生存 而雁翅就沒法脫離大雁而單獨生存——組合關係的類具備相同的生命週期

聚合關係圖：

組合關係圖：

從從代碼上看這兩種關係的區別在於：

構造函數不一樣

雁羣類：

public  class GooseGroup
{
    public Goose goose;

    public GooseGroup(Goose goose)
    {
        this.goose = goose;
    }
}

大雁類：

public class Goose
{
    public Wings wings;
 
    public Goose()
    {
        wings=new Wings();
    }
}

聚合關係的類裏含有另外一個類做爲參數

雁羣類（GooseGroup）的構造函數中要用到大雁（Goose）做爲參數把值傳進來 大雁類（Goose）能夠脫離雁羣類而獨立存在

組合關係的類裏含有另外一個類的實例化

大雁類（Goose）在實例化以前 必定要先實例化翅膀類（Wings） 兩個類緊密耦合在一塊兒 它們有相同的生命週期 翅膀類（Wings）不能夠脫離大雁類（Goose）而獨立存在

信息的封裝性不一樣

在聚合關係中，客戶端能夠同時瞭解雁羣類和大雁類，由於他們都是獨立的

而在組合關係中，客戶端只認識大雁類，根本就不知道翅膀類的存在，由於翅膀類被嚴密的封裝在大雁類中。

2.關聯和聚合

（1）表如今代碼層面，和關聯關係是一致的，只能從語義級別來區分。

（2）關聯和聚合的區別主要在語義上，關聯的兩個對象之間通常是平等的，例如你是個人朋友，聚合則通常不是平等的。

（3）關聯是一種結構化的關係，指一種對象和另外一種對象有聯繫。

（4）關聯和聚合是視問題域而定的，例如在關心汽車的領域裏，輪胎是必定要組合在汽車類中的，由於它離開了汽車就沒有意義了。可是在賣輪胎的店鋪業務裏，就算輪胎離開了汽車，它也是有意義的，這就能夠用聚合了。

3.關聯和依賴

（1）關聯關係中，體現的是兩個類、或者類與接口之間語義級別的一種強依賴關係，好比我和個人朋友；這種關係比依賴更強、不存在依賴關係的偶然性、關係也不是臨時性的，通常是長期性的，並且雙方的關係通常是平等的。

（2）依賴關係中，能夠簡單的理解，就是一個類A使用到了另外一個類B，而這種使用關係是具備偶然性的、臨時性的、很是弱的，可是B類的變化會影響到A。

4.綜合比較

這幾種關係都是語義級別的，因此從代碼層面並不能徹底區分各類關係；但總的來講，後幾種關係所表現的強弱程度依次爲：

組合>聚合>關聯>依賴