類間的關係)

來源:互聯網
上載者:User
http://www.chenjiliang.com/Article/View.aspx?ArticleID=10465上關於此類的討論非常多,發現對於該問題的理解各有各的說法,而各個說法中又相去甚遠。通過瀏覽這些討論以及對《O'Reilly - UML 2.0 In A Nutshell (2007)》的參考,發表一下自己的看法 

類間關係有很多種,在大的類別上可以分為兩種:縱向關係、橫向關係。 

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

橫向關係較為微妙,按照UML的建議大體上可以分為四種: 

  • 依賴    (Dependency) 
  • 關聯    (Association) 
  • 彙總    (Aggregation) 
  • 組合    (Composition)

  
它們的強弱關係是沒有異議的:依賴 < 關聯 < 彙總 < 組合 

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

依賴:  

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.    }}

 

釋義:一個人自創生就需要不停的呼吸,而人的呼吸功能之所以能維持生命就在於吸進來的氣體發揮了作用,所以說空氣只不過是人類的一個工具,而人並不持有對它的引用。  

關聯:  

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());        }    }}

 

釋義:人從生至死都在不斷的交朋友,然而沒有理由認為朋友的生死與我的生死有必然的聯絡,故他們的生命期沒有關聯,我的朋友又可以是別人的朋友,所以朋友可以共用。  

彙總:    

UML標記法:空心菱形 + 實線 + 箭頭 
 
關係:" ... owns a ..."  

彙總是強版本的關聯。它暗含著一種所屬關係以及生命期關係。被彙總的對象還可以再被別的對象關聯,所以被彙總對象是可以共用的。雖然是共用的,彙總代表的是一種更親密的關係。  
典型的例子很多,比如: 複製  儲存

class Human{    Home myHome;    public void goHome()    {        //在回家的路上        myHome.openDoor();        //看電視    }    public static void main()    {        Human me = new Human();        while (true)        {            //上學            //吃飯            me.goHome();        }    }}

釋義:我的家和我之間具有著一種強烈的所屬關係,我的家是可以分享的,而這裡的分享又可以有兩種。其一是彙總間的分享,這正如你和你媳婦兒都對這個家有著同樣的強烈關聯;其二是彙總與關聯的分享,如果你的朋友來家裡吃個便飯,估計你不會給他配一把鑰匙。  

組合:  

UML標記法:實心菱形 + 實線 + 箭頭 
 
關係:" ... is a part of  ..."  

組合是關係當中的最強版本,它直接要求包含對象對被包含對象的擁有以及包含對象與被包含對象生命期的關係。被包含的對象還可以再被別的對象關聯,所以被包含對象是可以共用的,然而絕不存在兩個包含對象對同一個被包含對象的共用。  
典型的例子很多,比如: 複製  儲存

class Human{    Heart myHeart = new Heart();    public static void main()    {        Human me = new Human();        while (true)        {            myHeart.beat();        }    }}


釋義:組合關係就是整體與部分的關係,部分屬於整體,整體不存在,部分一定不存在,然而部分不存在整體是可以存在的,說的更明確一些就是部分必須創生於整體創生之後,而銷毀於整體銷毀之前。部分在這個生命期內可以被其它對象關聯甚至彙總,但有一點必須注意,一旦部分所屬於的整體銷毀了,那麼與之關聯的對象中的引用就會成為空白引用,這一點可以利用程式來保障。心臟的生命期與人的生命期是一致的,如果換個部分就不那麼一定,比如闌尾,很多人在創生後的某個時間對其厭倦便提前銷毀了它,可它和人類的關係不可辯駁的屬於組合。 

在UML中存在一種特例,就是允許被包含對象在包含對象銷毀前轉移給新的對象,這雖然不自然,但它給需要心臟移植的患者帶來了福音。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.