原文地址：http://www.uml.org.cn/oobject/200911174.asp

如果你確定兩件對象之間是is-a的關系，那么此時你應該使用繼承；比如菱形、圓形和方形都是形狀的一種，那么他們都應該從形狀類繼承而不是聚合。
如果你確定兩件對象之間是has-a的關系，那么此時你應該使用聚合；比如電腦是由顯示器、CPU、硬盤等組成的，那么你應該把顯示器、CPU、硬盤這些類聚合成電腦類，而不是從電腦類繼承。

網上關于此類的討論非常多，發現對于該問題的理解各有各的說法，而各個說法中又相去甚遠。通過瀏覽這些討論以及對《O'Reilly - UML 2.0 In A Nutshell (2007)》的參考，發表一下自己的看法

類間關系有很多種，在大的類別上可以分為兩種：縱向關系、橫向關系。

縱向關系就是繼承關系，它的概念非常明確，也成為OO的三個重要特征之一，這里不過多的討論。

橫向關系較為微妙，按照UML的建議大體上可以分為四種：

2. 依賴    （Dependency）uses a
   
3. 關聯    （Association）has a
   
4. 聚合    （Aggregation）owns a
   
5. 組合    （Composition）is a part of 

它們的強弱關系是沒有異議的：依賴 < 關聯 < 聚合 < 組合

然而它們四個之間的差別卻又不那么好拿捏，需要好好體會。

1. 依賴：
   • UML表示法：虛線 + 箭頭
     
   • 關系：" ... uses a ..."
   • 此關系最為簡單，也最好理解，所謂依賴就是某個對象的功能依賴于另外的某個對象，而被依賴的對象只是作為一種工具在使用，而并不持有對它的引用。
   • 典型的例子很多，比如：
     class Human
     {
         public void breath()
         {
             Air freshAir = new Air();
             freshAir.releasePower();
         }
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 me.breath();
             }
         }
     }
     
     class Air
     {
         public void releasePower()
         {
             //do sth.
         }
     }
      
   • 釋義：一個人自創生就需要不停的呼吸，而人的呼吸功能之所以能維持生命就在于吸進來的氣體發揮了作用，所以說空氣只不過是人類的一個工具，而人并不持有對它的引用。
2. 關聯：
   • UML表示法：實線 + 箭頭
     
   • 關系：" ... has a ..."
   • 所謂關聯就是某個對象會長期的持有另一個對象的引用，而二者的關聯往往也是相互的。關聯的兩個對象彼此間沒有任何強制性的約束，只要二者同意，可以隨時解 除關系或是進行關聯，它們在生命期問題上沒有任何約定。被關聯的對象還可以再被別的對象關聯，所以關聯是可以共享的。
   • 典型的例子很多，比如：
     class Human
     {
         ArrayList friends = new ArrayList();
         public void makeFriend(Human human)
         {
             friends.add(human);
         }
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 me.makeFriend(mySchool.getStudent());
             }
         }
     }
     
   • 釋義：人從生至死都在不斷的交朋友，然而沒有理由認為朋友的生死與我的生死有必然的聯系，故他們的生命期沒有關聯，我的朋友又可以是別人的朋友，所以朋友可以共享。
3. 聚合：  
   • UML表示法：空心菱形 + 實線 + 箭頭
     
   • 關系：" ... owns a ..."
   • 聚合是強版本的關聯。它暗含著一種所屬關系以及生命期關系。被聚合的對象還可以再被別的對象關聯，所以被聚合對象是可以共享的。雖然是共享的，聚合代表的是一種更親密的關系。
   • 典型的例子很多，比如：
     class Human
     {
         Home myHome;
         public void goHome()
         {
             //在回家的路上
             myHome.openDoor();
             //看電視
         }
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 //上學
                 //吃飯
                 me.goHome();
             }
         }
     }
      
   • 釋義：我的家和我之間具有著一種強烈的所屬關系，我的家是可以分享的，而這里的分享又可以有兩種。其一是聚合間的分享，這正如你和你媳婦兒都對這個家有著同樣的強烈關聯；其二是聚合與關聯的分享，如果你的朋友來家里吃個便飯，估計你不會給他配一把鑰匙。
4. 組合：
   • UML表示法：實心菱形 + 實線 + 箭頭
     
   • 關系：" ... is a part of  ..."
   • 組合是關系當中的最強版本，它直接要求包含對象對被包含對象的擁有以及包含對象與被包含對象生命期的關系。被包含的對象還可以再被別的對象關聯，所以被包含對象是可以共享的，然而絕不存在兩個包含對象對同一個被包含對象的共享。
   • 典型的例子很多，比如：
     class Human
     {
         Heart myHeart = new Heart();
         public static void main()
         {
             Human me = new Human();
             while(true)
             {
                 myHeart.beat();
             }
         }
     }
     
   • 釋義：組合關系就是整體與部分的關系，部分屬于整體，整體不存在，部分一定不存在，然而部分不存在整體是可以存在的，說的更明確一些就是部分必須創生于整 體創生之后，而銷毀于整體銷毀之前。部分在這個生命期內可以被其它對象關聯甚至聚合，但有一點必須注意，一旦部分所屬于的整體銷毀了，那么與之關聯的對象 中的引用就會成為空引用，這一點可以利用程序來保障。心臟的生命期與人的生命期是一致的，如果換個部分就不那么一定，比如闌尾，很多人在創生后的某個時間 對其厭倦便提前銷毀了它，可它和人類的關系不可辯駁的屬于組合。
     在UML中存在一種特例，就是允許被包含對象在包含對象銷毀前轉移給新的對象，這雖然不自然，但它給需要心臟移植的患者帶來了福音。

也可以這樣分：

• 依賴(dependency)是一種使用關系，他描述一個事物的規約變化可能影響到使用它的另一個事物。個人認為在參數或者方法體中使用到另外的類就是對該類有依賴的關系。use a
  
• 泛化(dependency)用于描述子類到父類之間的關系。 Is a kind of
  
• 關聯(association)是一種結構關系，他描述一個對象與另一個對象相聯系。 Has a
  • 雙向關聯(association)通過A對象可以找到B對象，B對象同樣可以找到A對象的關聯為雙向關聯。
    
  • 單向關聯(direction-association)通過A對象可以找到B對象，但通過B對象不能找到A對象的關聯為單向關聯。
    
  • 聚合(aggreation)A對象是B對象的一個組成部份，但A對象同時可能是C對象的組成部分這種關聯為聚合。
    
  • 組合(composition)A對象是B對象的一個組成部份，除非B對象將A對象轉交給其他對象，否則A對象只能是B對象的組成部分，這種關聯為組合。
    

這篇文章寫的也很好，理解起來比較容易點：
http://www.uml.org.cn/oobject/201006243.asp


天蒼蒼，野茫茫，風吹草底見牛羊