[设计模式] 读懂UML图

类之间关系（由强到弱）

• realize（继承）：三角+实线（指向类），继承类（SUV是一种汽车）
• generalization（实现）：三角+虚线（指向接口），实现接口（汽车是一种车）
• composition（组合）：实菱形+实线（指向个体），强依赖（汽车没了，发动机就没了），特殊的聚合，构造函数
• aggregation（聚合）：空菱形+实线（指向个体），非强依赖（班级没了，学生还在），特殊的关联，一对多关系，一个对象拥有一组其他对象，并扮演容器或集合的角色
• association（关联）：箭头+实线（指向被依赖者），静态，天然的联系（学生带着身份证），如一个类对象是另一个类的成员变量（意味着后者总能访问前者）
• dependency（依赖）：箭头+虚线（指向被依赖者），动态，运行时的联系（学生只在上学时用自行车），修改一个类的定义可能会造成另一个类的变化，如一个类是另一个类方法的参数

（有的箭头没打上，以下图为准）

总结 

• 分为三组记忆，箭头--菱形--三角，关联由弱到强；每组中采用实/虚，实心/空心表示关联强弱
• 泛化、实现是is-a，聚合、组合是has-a
• 每项分两个格，填写属性和方法，-表示私有，+表示公有
• 箭头发出的一方是主体，即A
• 从上到下，A和B的力量对比发生变化，B不断“变强”，由小弟成长为父亲
• 代码体现
  • 依赖：B是A中某个方法的参数或返回值（B是A动作的条件或对象，只有A有所动作时，B对A才有意义）
  • 关联：B是A的一个普通属性（B是A的一部分，A只要创建了，B对A就有意义）
  • 聚合：B是A的属性，且为一对多关系，即A通过容器存储一组B；A和B的生命周期不同，即A可以创建B，但不负责销毁
  • 组合：B是A的属性，A和B的生命周期相同，同生共死，即A在构造方法里创建B，在析构方法里销毁B
  • 实现：B是接口，A是实现类（B是A的行为标准，A需要看B眼色行事）
  • 继承：B是父类，A是子类（A是B生出来的，无条件继承B的一切）

参考

设计模式

https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html

代码中的聚合&组合

https://www.2cto.com/kf/201410/347867.html

应用实例

https://blog.csdn.net/qq_31059985/article/details/72717467

九种UML图

https://www.cnblogs.com/jiangds/p/6596595.html