1.类的分类
1.1实体类(Entity Class)
实体类对应系统需求中的每个实体,它们通常需要保存在永久存储体中,一般使用数据库表或文件来记录,实体类既包括存储和传递数据的类,还包括操作数据的类。实体类来源于需求说明中的名词,如学生、商品等。
1.2控制类(Control Class)
控制类用于体现应用程序的执行逻辑,提供相应的业务操作,将控制类抽象出来可以降低界面和数据库之间的耦合度。控制类一般是由动宾结构的短语(动词+名词)转化来的名词,如增加商品对应有一个商品增加类,注册对应有一个用户注册类等
1.3边界类(Boundary Class)
边界类用于对外部用户与系统之间的交互对象进行抽象,主要包括界面类,如对话框、窗口、菜单等。
2.类的UML图示(类图)
类名使用包含类名、属性和操作名且带有分割线的长方形表示。如下图:
举个栗子:
2.1类图规则
在UML类图中,类一般由三部分组成:
- 第一部分为类名
- 第二部分为类的属性(Attributes) 可见性 名称:类型 [ = 缺省值 ]
- 第三部分为类的操作(Operations) 可见性 名称([参数:类型],[...]) [ : 返回类型]
2.2访问描述符
对于Java,我们用如下的符号表示访问描述符:
各个访问描述符的权限设定:
对于静态方法、静态成员,将其名称加下划线
2.3内部类
我们使用诸如下边的方式表示内部类,定义在方法区
举个栗子
2.4抽象类和方法
在类中定义的没有body 的方法称为抽象方法,至少有一个抽象方法的类是抽象类。使用斜体来描述:
2.5异常
使用虚线以及箭头表示:
2.6便签(包含限制、注释和代码解释):
只用这种dog-eared 的框框:
3.类与类之间的关系
类之间可能存在以下几种关系:
- 关联(Association)
- 依赖(Dependency)
- 聚合(Aggregation,也有的称聚集)
- 组合(Composition)
- 泛化(Generalization,也有的称继承)
- 实现(Realization)
3.1关联关系(Association)
关联是指两个类之间存在某种特定的对应关系。例如客户和订单,一个订单只能属于某个客户,一个客户可能会有多张订单。根据方向,分为单向和双向。根据对应的数量分为一对一、一对多、多对多等。对应的UML图如下所示:
关联关系用实线+箭头表示。上图显示Customer和Order是双向一对多关联关系。
对应的Java代码如下
class Customer {
private Integer id;
private String name;
private Set<Order> orders;
public Set<Order> getOrders() {
return orders;
}
public void setOrders(Set<Order> orders) {
this.orders = orders;
}
}
class Order {
private Integer id;
private float money;
private Customer customer;
public Customer getCustomer() {
return customer;
}
public void setCustomer(Customer customer) {
this.customer = customer;
}
}
Customer和Order是双向一对多关联关系,那么在Customer中应该有Order的集合,在Order中应该Customer的属性。
3.2依赖关系(Dependency)
依赖指的是类之间的调用关系。类A访问类B的属性或方法,或者类A负责实例化类B,那么就说类A依赖于类B。和关联关系不同的是,无需在类A中定义类B类型的属性。例如自行车和打气筒,自行车通过打气筒来充气,那么就需要调用打气筒的充气方法。对应的UML图如下所示:
依赖关系用虚线+箭头表示。上图显示Bicycle和Pump是依赖关系,Bicycle依赖于Pump。对应的Java代码如下所示:
class Bicycle {
public void expand(Pump pump) {
pump.blow();
}
}
class Pump {
public void blow() {
System.out.println("正在充气......");
}
}
打气筒并不属于某个特定的自行车,一个打气筒可以为多个自行车提供充气的服务。在Bicycle中不需要定义Pump类型的属性,而是将传递了一个Pump类型的参数到Bicycle的方法中。
3.3聚合关系(Aggregation)
聚合是整体与部分之间的关系。例如计算机和主板,计算机是一个整体,主板是其中的一部分,主板、显卡、显示器等部件组成了计算机。对应的UML图如下所示:
聚合使用空心菱形+实线表示。上图显示Computer是由MainBoard和DisplayCard等组成的。对应的Java代码如下所示:
class Computer {
private MainBoard mainBoard;
private DisplayCard displayCard;
public void on() {
System.out.println("开启计算机......");
}
public void close() {
System.out.println("关闭计算机......");
}
public void run() {
System.out.println("计算机正在运行......");
}
}
class MainBoard {
public void control() {
System.out.println("控制计算机......");
}
}
class DisplayCard {
public void display() {
System.out.println("计算显示数据......");
}
}
计算机由主板、显卡等部件组成,所以在Computer中定义了MainBoard和DisplayCard类型的属性。 聚合中类之间可以独立出来,比如一块主板可以状态A计算机上,也可以装在B计算机上。也就是说这块主板离开A计算机之后仍然是有意义的。
3.4组合关系(Composition)
组合中的类也是整体与部分的关系,与聚合不同的而是,其中的类不能对立出来。例如一个人由头、手、腿和躯干等组成,如果这个头离开了这个人,那么这个头就没有任何意义了。对应的UML图如下所示:
组合使用实心菱形和实线表示。上图表示People是由Head、Hand、Leg等组成。对应的Java代码如下所示:
class People {
private Head head;
private Hand hand;
private Leg leg;
public void think() {
head.think();
}
public void holdThing() {
hand.holdThing();
}
public void walk() {
leg.walk();
}
}
class Head {
public void think() {
System.out.println("思考......");
}
}
class Hand {
public void holdThing() {
System.out.println("拿东西......");
}
}
class Leg {
public void walk() {
System.out.println("走路......");
}
}
People和Head、Hand、Leg是不可分割的,Head、Hand、Leg离开了People没有任何实际意义。在People中定义了Head、Hand、Leg类型的属性,组合也可以看成是聚合的一种特殊形式。
3.4.2聚合与组合之间的关系
聚合和组合的代码几乎相同,单凭代码是无法区分两个类之间是聚合还是组合的关系的。所以就需要结合实际的业务环境来区分。例如汽车和轮胎,车主买了一辆汽车,上边肯定是由轮胎的,在这个业务中,轮胎和汽车是组合关系,它们分开就没有实际意义了。在汽车修理店,汽车可以更换轮胎,所以在汽修店的业务环境中,汽车和轮胎就是聚合的关系,轮胎离开汽车是有业务意义的。
3.5泛化关系(Generalization)
泛化比较好理解,就是两个类之间具有继承关系。例如人和学生,学生继承了人,除过具有人的一般的属性和方法之外,他还要有学习的方法。对应的UML图如下所示:
泛化用空心三角形+实线表示。上图表示Student继承People。对应的Java代码如下所示:
class People {
protected String name;
protected String sex;
protected Date birthday;
public void eat() {
System.out.println(name + "正在吃饭......");
}
public void drink() {
System.out.println(name + "正在喝水......");
}
public void sleep() {
System.out.println(name + "正在休息......");
}
}
class Student extends People {
public void study() {
System.out.println(name + "正在学习......");
}
}
Student继承自People,并且多了一个study的方法。
3.6实现关系(Realization)
实现即一个类实现了某个接口。对应的UML图如下所示:
实现用三角形箭头和虚线表示。上图表示类CarDriver和PlaneDriver都实现了Driver接口。对应的Java代码如下所示:
public interface Driver {
void drive();
}
class CarDriver implements Driver {
public void drive() {
System.out.println("驾驶汽车......");
}
}
class PlaneDriver implements Driver {
public void drive() {
System.out.println("驾驶飞机......");
}
}
3.7类之间的关系小结
值得注意的是,关联、依赖、聚合、组合的关系很容易搞混。当对象A和对象B之间存在关联、依赖、聚合或者组合关系时,对象A都有可能调用对象B的方法。这是它们的相同之处。另外它们还有自己的特征。
对于两个相对独立的对象A和B,当一个对象A的实例与B的实例存在固定的对应关系时,这两个对象之间为关联关系。代码中表现为在A中定义了B类型的属性。
对于两个相对独立的对象A和B,当一个对象A负责构造对象B的实例,或者调用对象B提供的服务时,这两个对象之间主要体现为依赖关系。代码中的表现即将B类型的参数传入A的方法中,而不是在A中定义B类型的属性。
聚合、组合与关联在代码中并没有明显的区别,主要看实际的业务环境,根据代码所处的实际业务环境来判断它们之间的关系。同样的两个类,处在不同的业务环境中,可能它们的关系也不相同。