00-设计模式系列之---30秒掌握UML类图核心要点我们在阅读开源项目时，总是希望能比较高效的整理清楚项目中的各个类之

本设计模式系列通过UML类图基础、设计原则、设计模式详解和项目实战四个阶段，循序渐进地帮助读者掌握设计模式的核心思想与实际应用。从理论到实践，结合丰富的案例和主流框架分析，全面提升开发者的代码设计能力和软件开发水平。

我们在阅读开源项目时，总是希望能比较高效的整理清楚项目中的各个类之间的关系，那么有没有相应的工具能高效、简洁的表示清楚类关系呢？UML类图就是一个可以帮我们解决此类问题的工具或者方法。

1. 什么是类图？


元素	符号/规则	示例	补充说明
类名	首字母大写	`Animal`	抽象类名用斜体
接口	`<<interface>>` + 接口名	`<<Flyable>>`	无属性，仅抽象方法
属性	`可见性名称: 类型 = 默认值`	`-name: String = "Unknown"`	成员变量
操作（方法）	`可见性名称(参数:类型): 返回类型`	`+fly(speed: int): void`	代表类提供的服务
可见性	`+` (public) `-` (private) `#` (protected) `~` (package)	`#age: int`	控制访问权限- +表示公共属性或操作；

六种核心关系对比


关系类型	符号	方向	语义	代码体现	生命周期
继承	◁━ 实线 + 空心三角	子类 → 父类	`is-a`（泛化）	`class Duck extends Bird`	独立
实现	╌╌▷ 虚线 + 空心三角	实现类 → 接口	实现契约	`class Plane implements Flyable`	独立
关联	──> 实线箭头	持有类 → 被关联类	长期引用关系	成员变量 `private Address address;`	独立
聚合	◇━━ 实线 + 空心菱形	部分类 ← 整体类	`has-a`（弱拥有）	`class Team { List<Member> members; }`	部分可独立存在
组合	◆━━ 实线 + 实心菱形	部分类 ← 整体类	`contains-a`（强拥有）	`class Car { Engine engine; }`	部分随整体销毁
依赖	╌╌> 虚线箭头	使用类 → 被依赖类	临时使用	局部变量/参数/返回值	临时

关键区别

这种关系通常表现为局部变量、方法返回值，方法的参数或者对某个方法的直接调用

在 Java 类图中，依赖关系是一种比较常见的关系类型，表示一个类（或接口）使用了另一个类（或接口）的服务或功能，但并不持有对方的引用。下面列举了一些常见的依赖关系：

一个类的方法签名中包含另一个类的对象作为参数，表示这个类依赖于另一个类的实例。

public class ClassA {
    public void method(ClassB b) {
        // 使用 ClassB 的实例
    }
}

一个类中的方法内部定义了另一个类的对象作为局部变量，表示这个类依赖于另一个类的实例。

public class ClassA {
    public void method() {
        ClassB b = new ClassB();
        // 使用局部变量 b
    }
}

一个类的方法返回了另一个类的对象，表示这个类依赖于另一个类的实例。

public class ClassA {
    public ClassB createObject() {
        return new ClassB();
    }
}

依赖关系是一种松耦合的关系，表示一个类对另一个类的使用，但并不是强关联，两者可以相互独立存在。