MySQL笔记: B站宋红康最新教程 (持续更新中)
浅谈UML中常用的几种图
UML 图
画UML图与写文章差不多，都是把自己的思想描述给别人看，关键在于思路和条理，UML图分类：
UML 类图
依赖、泛化（继承）、实现、关联、聚合与组合
跳转到目录
- 设计一个类中的信息和行为要
高内聚- 设计多个类, 类之间要
低耦合
面向对象是符合人们对现实世界的思维模式，利用面向对象设计，特别是采用各种设计模式来解决问题时，会设计多个类，然后创建多个对象，一个设计良好的类，应该是兼顾信息和行为并且高内聚。而不同的类之间，应该做到松耦合。
当面对应用系统或者需要解决的问题经常是复杂的、高度抽象的，我们 创建的多个对象往往是有联系的，通常对象之间的关系可以分为以下几类：
对于继承(泛化)、实现(实现)这两种关系比较简单，它们体现的是一种类与类、或者类与接口之间的纵向关系。 其他的四种关系则体现的是类与类、或者类与接口之间的引用/横向关系。这四种关系所表现的强弱程度来看，从强到弱依次为：组合>聚合>关联>依赖。
跳转到目录
继承关系：指的是一个类（称为子类、子接口）继承(extends)另外的一个类（称为父类、父接口）的功能，并可以增加自己额外的一些功能，继承是类与类或者接口与接口之间最常见的关系；extends明确标识。接口之间的泛化关系: 接口用圆心表示
类之间的泛化关系:
对于面向对象中的继承关系,设计表的时候有三种情况:
跳转到目录
implements明确标识。空心三角+虚线表示
跳转到目录
一个类依赖于另一个类的定义。一般而言，依赖关系在Java语言中体现为成员变量、局域变量、方法的形参、方法返回值，或者对静态方法的调用。虚线箭头表示public class BClass{
}
public class AClass{
private BClass b1; // 依赖关系情况1:成员变量. 这也是关联关系
public void doWork(BClass b2){ // 依赖关系情况2: 方法参数
}
public void doWork(){
BClass b3; // 依赖关系情况3: 方法内的局部变量
}
}
public class EmployeeServiceImpl implements IEmployeeService{
private EmployeeMapper employeeMapper;
public PageResult query(QueryObject qo){
// TODO
return null;
}
}
上面代码折射为UML类图为:
跳转到目录
类与类之间的联接，它使一个类知道另一个类的属性和方法（实例变量体现）。A类依赖于B对象,并且把B作为A的一个成员变量, 则A和B存在关联关系.实线箭头表示按照多重性分类：
按照导航性分类：
关联关系的判断方法：
跳转到目录
跳转到目录
跳转到目录
跳转到目录
跳转到目录
跳转到目录
关联关系的一种特例，他体现的是整体与部分，是一种“弱拥有”的关系，即has-a的关系。聚合是整体和个体之间的关系。聚合关系 也是通过实例变量实现的。但是关联关系所涉及的两个类是处在同一层次上的，而在聚合关系中，两个类是处在不平等层次上的，一个代表整体，另一个代表部分。空心菱形+实线箭头表示
跳转到目录
关联关系的一种特例，他体现的是一种contains-a(包含)的关系，这种关系比聚合更强，也称为强聚合。整体和个体不能独立存在，一定是在一个模块中同时管理整体和个体，生命周期必须相同(级联)。实心菱形+实线箭头表示
相关参考: UML类图关系（泛化 、继承、实现、依赖、关联、聚合、组合）