類
在面向?qū)ο缶幊讨校愂乾F(xiàn)實(shí)世界中一組具有相同特征的物體的抽象蔓肯。
首先我們應(yīng)該知道一個標(biāo)準(zhǔn)的類的圖例是什么樣子的乳幸。
以上就是一個比較標(biāo)準(zhǔn)的類摔踱，它由類名、屬性和操作/方法組成滋觉。由上而下看：
- 第一部分是類名：一般由一個英文字符串組成签夭；
- 第二部分是屬性：它表示的類的成員變量，其表示方法為
可見性 名稱:類型[=缺省值]椎侠； - 第三部分是操作：它也就是該類中的方法第租，其表示方法為
可見性 名稱(參數(shù)列表)[:返回類型]
可見性：即
公有（Public）、私有（Private）和受保護(hù)（Protected）三種我纪，在圖中分別由+慎宾、-和#表示；
[]里面的東西表示可有可無浅悉；
接口
接口是一種特殊的趟据，它只能被實(shí)現(xiàn)。在UML中术健，接口是由類圖加上一個小圓圈表示的汹碱。
其操作部分元素同類的元素一致。
類圖關(guān)系
在類圖中荞估，一共包含了六個主要的關(guān)系：泛化咳促、組合、依賴勘伺、聚合跪腹、關(guān)聯(lián)、實(shí)現(xiàn)
關(guān)聯(lián)（Composition）
關(guān)聯(lián)是一種結(jié)構(gòu)化關(guān)系飞醉。用于表示一個類的對象與另一個類的對象存在聯(lián)系冲茸。在實(shí)現(xiàn)兩個類的對象的關(guān)聯(lián)關(guān)系時，通常將一個類的對象作為另一個類的成員變量缅帘。
在UML中轴术，我們用實(shí)線連接有關(guān)聯(lián)關(guān)系的對象所對應(yīng)的類。其中钦无，在關(guān)聯(lián)關(guān)系中的關(guān)聯(lián)線上逗栽，我們可以標(biāo)注上角色名。
角色名表示了一個對象和被關(guān)聯(lián)對象之間的關(guān)系铃诬，通臣老荩可以用動詞表示。
關(guān)聯(lián)包含了雙向關(guān)聯(lián)趣席、單向關(guān)聯(lián)和自關(guān)聯(lián)兵志。
雙向關(guān)聯(lián)
在一般情況下，關(guān)聯(lián)都是雙向的宣肚。雙向關(guān)聯(lián)表示兩個對象都被對方所擁有想罕。比如：顧客（Customer）購買了商品（Product），也就是說此時顧客對象就擁有了該商品對象霉涨；那么反過來說此時這個商品對象也就對應(yīng)了這個顧客對象按价。
在UML中，我們可以用一條無箭頭的實(shí)線來表示雙向關(guān)聯(lián)關(guān)系笙瑟。
public class Customer {
private Product[] product;
}
public class Product {
private Customer customer;
}
單向關(guān)聯(lián)
單向關(guān)聯(lián)關(guān)系表示只有一個對象擁有另一個對象楼镐，反之沒有
public class Customer {
private Address address;
}
public class Address {
}
自關(guān)聯(lián)
自關(guān)聯(lián)表示自己包含了自己這個類的對象，比如我們數(shù)據(jù)結(jié)構(gòu)中的圖往枷。
public class Node {
private Node subNode;
}
聚合（Association）
聚合是一種整體和部分的關(guān)系框产，是一種松耦合。在聚合關(guān)系中错洁，成員對象是整體對象的一部分秉宿，同時，成員變量也可以脫離整體獨(dú)立存在屯碴。從生命周期的角度解釋這句話就是說描睦，當(dāng)A是整體，B是部分的時候导而，A已經(jīng)結(jié)束了其生命周期忱叭，但是B照樣可以活得很好。比如一個汽車發(fā)動機(jī)(Engine)是汽車(Car)的組成部分嗡载，但是汽車發(fā)動機(jī)可以獨(dú)立存在窑多。
關(guān)于這個聚合關(guān)系，請和下面的組合關(guān)系結(jié)合起來看洼滚，這兩個東西都表示了整體與部分的關(guān)系埂息，但是兩者的耦合程度不同。
在UML中遥巴，聚合關(guān)系可以用一個一端是空心菱形另一端是箭頭的直線表示：
在代碼實(shí)現(xiàn)聚合系的時候千康，成員變量通常是作為構(gòu)造函數(shù)或者其他方法的參數(shù)傳入整體對象當(dāng)中的，這也就是為什么兩者的生命周期是分開的铲掐。
public class Car {
private Engine engine;
// 在構(gòu)造函數(shù)中傳入
public Car(Engine engine) {
this.engine = engine;
}
// 在 Set 函數(shù)中作為值傳入
public void setEngine(Engine engine) {
this.engine = engine;
}
}
public class Engine {
}
組合（Composition）
組合關(guān)系也表示一種整體和組合的關(guān)系拾弃。但是與聚合不同的是，組合關(guān)系中的成員變量和整體的生命周期息息相關(guān)摆霉。整體對象可以控制成員對象的生命周期豪椿，一旦整體對象不存在奔坟，成員對象也將不存在，這里的成員對象不能脫離整體對象而存在搭盾。比如人的頭(Head)與嘴巴(Mouth)咳秉，嘴巴是頭的組成部分之一，而且如果頭沒了鸯隅，嘴巴也就沒了澜建。
在UML中，組合關(guān)系可以用一個一端是實(shí)心菱形另一端是箭頭的直線表示：
在代碼實(shí)現(xiàn)組合關(guān)系的時候蝌以，我們通常在整體類的構(gòu)造函數(shù)中直接實(shí)例化成員變量炕舵，而不是像聚合關(guān)系中作為一個參數(shù)傳進(jìn)來。
public class Head {
private Mouth mouth;
public Head() {
mouth = new Mouth(); //實(shí)例化成員類
}
}
public class Mouth {
}
依賴（Dependeny）
依賴關(guān)系是一種使用關(guān)系跟畅，依賴關(guān)系體現(xiàn)在某個類的方法使用另一個類的對象作為參數(shù)咽筋，從而使用這個對象的內(nèi)容。比如駕駛員開車徊件，在Driver類的drive()方法中將Car類型的對象car作為一個參數(shù)傳遞晤硕，以便在drive()方法中能夠調(diào)用car的move()方法，且駕駛員的drive()方法依賴車的move()方法
在UML中庇忌，依賴關(guān)系用帶箭頭的虛線表示舞箍，由依賴的一方指向被依賴的一方。比如在本例中皆疹，由 Driver 指向 Car疏橄。
通常，依賴關(guān)系的實(shí)現(xiàn)有三種方法：
- 將一個類的對象作為另一個類的方法的參數(shù)略就；
- 在一個類中的方法將另一個類的對象作為其局部變量捎迫；
- 在一個類的方法中調(diào)用另一個類的靜態(tài)方法；
public class Driver {
// 本例中使用了第一種方法來實(shí)現(xiàn) Driver 對 Car 的依賴關(guān)系表牢，并且 使用了 car 對象的 move 方法窄绒。
public void drive(Car car) {
car.move();
}
}
public class Car {
public void move() {
......
}
}
泛化（Generalization）
泛化關(guān)系也就是繼承關(guān)系，描述了父類與子類的關(guān)系崔兴。
在UML中彰导，泛化關(guān)系用帶空心三角形的直線來表示。
//父類
public class Person {
protected String name;
protected int age;
public void move() {
}
public void say() {
}
}
//子類
public class Student extends Person {
private String studentNo;
public void study() {
}
}
實(shí)現(xiàn)（Realization）
接口和類之間還存在一種實(shí)現(xiàn)(Realization)關(guān)系敲茄。類實(shí)現(xiàn)了接口位谋，類中的操作實(shí)現(xiàn)了接口中所聲明的操作。
在UML中堰燎，類與接口之間的實(shí)現(xiàn)關(guān)系用帶空心三角形的虛線來表示掏父。
// 協(xié)議
public interface Vehicle {
public void move();
}
// 具體實(shí)現(xiàn)
public class Ship implements Vehicle {
public void move() {
......
}
}
// 具體實(shí)現(xiàn)
public class Car implements Vehicle {
public void move() {
......
}
}
![Uploading class_diagram_431552.png . . .]
