類間關係有不少種,在大的類別上能夠分爲兩種:縱向關係、橫向關係。工具
縱向關係就是繼承關係,它的概念很是明確,也成爲OO的三個重要特徵之一,這裏不過多的討論。spa
橫向關係較爲微妙,按照UML的建議大致上能夠分爲四種:orm
1. 依賴 (Dependency)對象
2. 關聯 (Association)繼承
3. 聚合 (Aggregation)ci
4. 組合 (Composition)get
它們的強弱關係是沒有異議的:依賴 < 關聯 < 聚合 < 組合it
然而它們四個之間的差異卻又不那麼好拿捏,須要好好體會。io
1. 依賴:class
o UML表示法:虛線 + 箭頭
o 關係:" ... uses a ..."
o 此關係最爲簡單,也最好理解,所謂依賴就是某個對象的功能依賴於另外的某個對象,而被依賴的對象只是做爲一種工具在使用,而並不持有對它的引用。
o 典型的例子不少,好比:
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.
}
}
o
o 釋義:一我的自創生就須要不停的呼吸,而人的呼吸功能之因此能維持生命就在於吸進來的氣體發揮了做用,因此說空氣只不過是人類的一個工具,而人並不持有對它的引用。
2. 關聯:
o UML表示法:實線 + 箭頭
o 關係:" ... has a ..."
o 所謂關聯就是某個對象會長期的持有另外一個對象的引用,而兩者的關聯每每也是相互的。關聯的兩個對象彼此間沒有任何強制性的約束,只要兩者贊成,能夠隨時解除關係或是進行關聯,它們在生命期問題上沒有任何約定。被關聯的對象還能夠再被別的對象關聯,因此關聯是能夠共享的。
o 典型的例子不少,好比:
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());
}
}
}
o 釋義:人從生至死都在不斷的交朋友,然而沒有理由認爲朋友的生死與個人生死有必然的聯繫,故他們的生命期沒有關聯,個人朋友又能夠是別人的朋友,因此朋友能夠共享。
3. 聚合:
o UML表示法:空心菱形 + 實線 + 箭頭
o 關係:" ... owns a ..."
o 聚合是強版本的關聯。它暗含着一種所屬關係以及生命期關係。被聚合的對象還能夠再被別的對象關聯,因此被聚合對象是能夠共享的。雖然是共享的,聚合表明的是一種更親密的關係。
o 典型的例子不少,好比:
class Human
{
Home myHome;
public void goHome()
{
//在回家的路上
myHome.openDoor();
//看電視
}
public static void main()
{
Human me = new Human();
while(true)
{
//上學
//吃飯
me.goHome();
}
}
}
o 釋義:個人家和我之間具備着一種強烈的所屬關係,個人家是能夠分享的,而這裏的分享又能夠有兩種。其一是聚合間的分享,這正如你和你媳婦兒都對這個家有着一樣的強烈關聯;其二是聚合與關聯的分享,若是你的朋友來家裏吃個便飯,估計你不會給他配一把鑰匙。
4. 組合:
o UML表示法:實心菱形 + 實
o 線 + 箭頭
o 關係:" ... is a part of ..."
o 組合是關係當中的最強版本,它直接要求包含對象對被包含對象的擁有以及包含對象與被包含對象生命期的關係。被包含的對象還能夠再被別的對象關聯,因此被包含對象是能夠共享的,然而毫不存在兩個包含對象對同一個被包含對象的共享。
o 典型的例子不少,好比:
class Human
{
Heart myHeart = new Heart();
public static void main()
{
Human me = new Human();
while(true)
{
myHeart.beat();
}
}
}
o 釋義:組合關係就是總體與部分的關係,部分屬於總體,總體不存在,部分必定不存在,然而部分不存在總體是能夠存在的,說的更明確一些就是部分必須創生於總體創生以後,而銷燬於總體銷燬以前。部分在這個生命期內能夠被其它對象關聯甚至聚合,但有一點必須注意,一旦部分所屬於的總體銷燬了,那麼與之關聯的對象中的引用就會成爲空引用,這一點能夠利用程序來保障。心臟的生命期與人的生命期是一致的,若是換個部分就不那麼必定,好比闌尾,不少人在創生後的某個時間對其厭倦便提早銷燬了它,可它和人類的關係不可辯駁的屬於組合。
在UML中存在一種特例,就是容許被包含對象在包含對象銷燬前轉移給新的對象,這雖然不天然,但它給須要心臟移植的患者帶來了福音。