我们目前已经学习了设计模式的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图就到这里了，我们前期铺垫了那么多，从下一节开始终于进入了主题，具体的设计模式系列。