目前转岗到业务开发，业务逻辑用到了大量的类库。UML则是理解、指导其代码实现的利器。
有6种重要的关系，按照关系的强弱排序如下：
实现 = 泛化 》 组合（关联） 》聚合 》 依赖
1）这里重点说下关联，包括双向、单向、自身，在实际应用相对较少。重点是与其它的区分，关联是类之间关系，是一种天然的静态关系；
而组合与聚合更多的表达了整体与部分的关系。
2）组合、聚合、关联在代码表现上没有严格的区分（成员对象、指针分别对应组合、聚合；关联则均可；但这也都是建议）
3）分析一个关系必须是在一个领域或场景下才有意义，否则关系并不是绝对就是这样
4) 个人觉得，关系越弱，代码则容易进行大的改动调整。
看了几篇网上UML文章，顺手记录如下。
