UML,泛化,依賴,關聯,聚合
類與類之間的關系對于理解面向對象具有很重要的作用，以前在面試的時候也經常被問到這個問題，在這里我就介紹一下。
類與類之間存在以下關系:
(1)泛化(Generalization)
(2)關聯(Association)
(3)依賴(Dependency)
(4)聚合(Aggregation)
UML圖與應用代碼例子:
1.泛化(Generalization)
[泛化]
表示類與類之間的繼承關系，接口與接口之間的繼承關系，或類對接口的實現關系。一般化的關系是從子類指向父類的，與繼承或實現的方法相反。
[具體表現]
父類父類實例＝new 子類()
[UML圖](圖1.1)
圖1.1 Animal類與Tiger類,Dog類的泛化關系
[代碼表現]
class Animal{}
class Tiger extends Animal{}
public class Test
{
public void test()
{
Animal a=new Tiger();
}
}
2.依賴(Dependency)
[依賴]
對于兩個相對獨立的對象，當一個對象負責構造另一個對象的實例，或者依賴另一個對象的服務時，這兩個對象之間主要體現為依賴關系。
[具體表現]
依賴關系表現在局部變量，方法的參數，以及對靜態方法的調用
[現實例子]
比如說你要去擰螺絲，你是不是要借助(也就是依賴)螺絲刀(Screwdriver)來幫助你完成擰螺絲(screw)的工作
[UML表現](圖1.2)
圖1.2 Person類與Screwdriver類的依賴關系
[代碼表現]
public class Person{
/** 擰螺絲 */
public void screw(Screwdriver screwdriver){
screwdriver.screw();
}
}
3.關聯(Association)
[關聯]
對于兩個相對獨立的對象，當一個對象的實例與另一個對象的一些特定實例存在固定的對應關系時，這兩個對象之間為關聯關系。
[具體表現]
關聯關系是使用實例變量來實現
[現實例子]
比如客戶和訂單，每個訂單對應特定的客戶，每個客戶對應一些特定的訂單；再例如公司和員工，每個公司對應一些特定的員工，每個員工對應一特定的公司
[UML圖] (圖1.3)
圖1.3 公司和員工的關聯關系
[代碼表現]
public class Company{
private Employee employee;
public Employee getEmployee(){
return employee;
}
public void setEmployee(Employee employee){
this.employee=employee;
}
//公司運作
public void run(){
employee.startWorking();
}
}
(4)聚合（Aggregation）
[聚合]
當對象A被加入到對象B中，成為對象B的組成部分時，對象B和對象A之間為聚集關系。聚合是關聯關系的一種，是較強的關聯關系，強調的是整體與部分之間的關系。
[具體表現]
與關聯關系一樣，聚合關系也是通過實例變量來實現這樣關系的。關聯關系和聚合關系來語法上是沒辦法區分的，從語義上才能更好的區分兩者的區別。
[關聯與聚合的區別]
(1)關聯關系所涉及的兩個對象是處在同一個層次上的。比如人和自行車就是一種關聯關系，而不是聚合關系，因為人不是由自行車組成的。
聚合關系涉及的兩個對象處于不平等的層次上，一個代表整體，一個代表部分。比如電腦和它的顯示器、鍵盤、主板以及內存就是聚集關系，因為主板是電腦的組成部分。
(2)對于具有聚集關系（尤其是強聚集關系）的兩個對象，整體對象會制約它的組成對象的生命周期。部分類的對象不能單獨存在，它的生命周期依賴于整體類的對象的生命周期，當整體消失，部分也就隨之消失。比如張三的電腦被偷了，那么電腦的所有組件也不存在了，除非張三事先把一些電腦的組件（比如硬盤和內存）拆了下來。
[UML圖](圖1.4)
圖1.3 電腦和組件的聚合關系
[代碼表現]
public class Computer{
private CPU cpu;
public CPU getCPU(){
return cpu;
}
public void setCPU(CPU cpu){
this.cpu=cpu;
}
//開啟電腦
public void start(){
//cpu運作
cpu.run();
}
}
////////////////////////////////////////////
我想對依賴(Dependency)和關聯(Association)做一下補充。不正之處敬請指出。
[依賴]
對于兩個相對獨立的對象，當一個對象負責構造另一個對象的實例，或者依賴另一個對象的服務時，這兩個對象之間主要體現為依賴關系。
[具體表現]
依賴關系表現在局部變量，方法的參數，以及對靜態方法的調用 //除了這三種外我想還應該包括一些實例變量來實現，就像關聯關系和聚合關系從語法上很難區分一樣。依賴和關聯在某些方面也很難從語法上去區分。
[現實例子]
比如說你要去擰螺絲，你是不是要借助(也就是依賴)螺絲刀(Screwdriver)來幫助你完成擰螺絲(screw)的工作
[代碼表現]
java 代碼
public class Person {
private ScrewService screwService;
public ScrewService getScrewService() {
return screwService;
}
public void setScrewService(ScrewService screwService) {
this.screwService = screwService;
}
public void screw(){
screwService.screw();
}
}
我不知道假如是以上代碼情況seagar 想把它們歸入那種關聯。以我的想法就是它們仍然屬于依賴關系，因為現在我就是用spring來把ScrewServiceImpl注入 screwService的。而且它也符合當一個對象負責構造另一個對象的實例，或者依賴另一個對象的服務。這個定義。所以我想以上情況把它歸為依賴關系會比較合適一點。