前言

我们目前已经学习了设计模式的7种设计原则。下面本该是直接进入具体的设计模式系列文章。


但是呢在我们学习设计模式之前我们还是有必要了解一下uml图。因为后续的设计模式文章不出意外应该会很多地方使用到uml图。如果你连uml图都看不懂的话,那么学习起来肯定会有一定的难度。

所以说,这一节就作为承上启下的章节,让我们来了解一下uml图吧。(当然如果你已经会UML图了,你完全可以跳过这个章节)

介绍

按照惯例,我们还是要让大家知道什么是UML图:

UML有很多种类,什么用例图,静态结构图,动态行为图。

而作为java程序猿,我们最关注的的还是静态结构图中的类图即可,所以你只需要记住这一句话就可以了:UML图就是用来描述各个类,接口之间的关系图。

我们下面包括今后的UML类图都是用IntelliJ IDEA自带的类图工具来展示 ,每个软件的画图风格会有一点点区别,但是核心的东西是不会变。

好的,我开始进入主题

类之间的关系

类与类之间的关系我们可以分为以下几点:



由于我们大部分时间使用的是idea自带的工具Uml
Support来生成的uml图(快捷键:ctrl+alt+shift+u)。虽然大体类图线条的画法是相同的,但是IDEA生成的UML图的聚合关系和组合关系稍稍有点不同,我们接着往下看.

依赖

只要是在类中用到了对方,那么他们之间就存在依赖关系。

依赖关系包含其他5中关系。是最大的一层关系。

* 类中用到了对方
* 如果是类的成员属性
* 如果是方法的返回类型
* 是方法接收的参数类型
* 方法中使用到 //手机类 public class CellPhone { //手机可以玩游戏 public void playGames(){
System.out.println("play games"); } } //普通人 public class Person { //买手机 public
CellPhone buyCellPhone(){ return new CellPhone(); } //买个手机玩游戏 public void
play(){ CellPhone cellPhone = buyCellPhone(); cellPhone.playGames(); } }


泛化

泛化关系实际上就是继承关系,他是依赖关系的特例(真子集)。

* 泛化关系实际上就是继承关系
* 如果A类继承了B类,我们就说A和B存在泛化关系 //Person代表人 public class Person { } //Man代表男人
public class Man extends Person{ }


实现

实现关系实际上就是A类实现B接口,他是依赖关系的特例(真子集)。
//Dao接口 public interface Dao { } //Dao实现 public class DaoImpl implements Dao {
}


关联、聚合、组合

为什么把这三个放在一起呢?

因为三者在代码上的表现相同,只是语意上有所差别。

1 关联:

类与类之间的联系,关系具有多重性,如:
“1”(表示有且仅有一个) “0...”(表示0个或者多个) “0,1”(表示0个或者一个) “n...m”(表示n到 m个都可以)
“m...*”(表示至少m个)
2 聚合:


部分可以离开整体单独存在,举一个例子。学校类中有一个学生类。当我们创建一个学校类的时候,可能因为刚创办,还没有学生。所以学生类是可以不存在的。不影响学校类的创建。他是依赖关系的特例(真子集)。

3 组合:

整体和部分同生共死,部分脱离整体会变得毫无意义,强调同生共死的一致的生命周期。


例如学生类中的身份证证类。每个学生肯定都会有身份证。在学生类被实例化成功以后,身份证类也被实例化成功。学生类是不能脱离身份证类单独存在的。他是依赖关系的特例(真子集)。
//学校 public class School { public List<Student> studnets; } //学生 public class
Student { private IdentityCard identityCard = new IdentityCard();
//组合关系,创建student的时候也创建了身份证 } //身份证 public class IdentityCard { private String
id = UUID.randomUUID().toString(); }
一个学校有很多个学生,一个学生只有一个身份证。所以上面三个类的UML图如下:


首先我们来看实线箭头,箭头方向指的是依赖的方向。School箭头指向Student标注1 * 表示:一个学校有多个学生。

Student的实线箭头指向IdentityCard并且标注的是1 1表示:一个学生只有一个学校和一个身份证。

然后我们看菱形图。正常来说,聚合关系应该是空心的菱形图,组合关系才是实心的菱形图,但是IDEA的集成工具将聚合和依赖关系都以实心菱形图来表示。

按照标准的uml图来说,student和school之间应该是空心的菱形图。IdentityCard与Student才是实线的菱形图。

总结

虽然说idea的画法有点不同,为了他的便利性我们也忍了。就好比大肠的功能虽然很脏,但是为了它的美味我能仍受,并且享受它。

好了,UNL图就到这里了,我们前期铺垫了那么多,从下一节开始终于进入了主题,具体的设计模式系列。