1、Classes说明

【1】Class  类

【2】Interface 接口

【8】Generalization  A与B的泛化关系,A继承B。继承非抽象类

  StarUML画类图_关联关系

【9】Interface Realization  A与B的实现关系,A实现B。继承接口或抽象类

  StarUML画类图_成员变量_02 

【3】Association  关联关系

  表示形式:关联关系是用一条直线表示

  它一般用来定义对象之间静态的、天然的结构; 所以,关联关系是一种“强关联”的关系;

  例:乘车人和车票之间就是一种关联关系;学生和学校就是一种关联关系;

  注:最终代码中,关联对象通常是以成员变量的形式实现的

  StarUML画类图_抽象类_03 

【4】Directed Association 定向关联关系

  表示形式:定向关联关系是用一条带箭头直线表示

  它一般用来定义对象之间静态的、天然的结构; 所以,关联关系是一种“强关联”的关系;  

  关联关系默认不强调方向,表示对象间相互知道;如果特别强调方向,如下图,表示A知道B,但 B不知道A;

  例:乘车人和车票之间就是一种关联关系;学生和学校就是一种关联关系;

  注:最终代码中,关联对象通常是以成员变量的形式实现的

  StarUML画类图_关联关系_04

【7】Dependency  依赖关系

  表现形式:依赖关系是用一套带箭头的虚线表示

  一个对象在运行期间会用到另一个对象的关系;

  与关联关系不同的是,它是一种临时性的关系,通常在运行期间产生,并且随着运行时的变化; 依赖关系也可能发生变化;

  注:依赖也有方向,双向依赖是一种非常糟糕的结构,我们总是应该保持单向依赖,杜绝双向依赖的产生;

  最终代码中,依赖关系体现为类构造方法及类方法的传入参数,箭头的指向为调用关系;依赖关系除了临时知道对方外,还是“使用”对方的方法和属性;

  StarUML画类图_关联对象_05

 

【5】Aggregation  聚合关系。整体和部分不是强依赖的,即使整体不存在了,部分仍然存在  

  例如, 部门撤销了,人员不会消失依然存在

  StarUML画类图_成员变量_06

【6】Composition  组合关系。组合关系是一种强依赖的特殊聚合关系,如果整体不存在了,则部分也不存在了

  例如, 公司不存在了,部门也将不存在了

  StarUML画类图_成员变量_07

 

参考文章:https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html#association