依赖Dependency含义一个类的变化会影响到另一个类但反之不一定。这是一种“使用”关系通常是临时的、较弱的。典型场景一个类作为另一个类方法的局部变量、方法参数或调用静态方法。UML表示带箭头的虚线箭头指向被依赖的类即“使用者”指向“被使用者”。代码示例// 动物类 依赖于 水类喝水方法需要用水对象作为参数 public class Animal { public void drink(Water w) { // 作为方法参数 System.out.println(w.getName()); } }关联Association含义一个对象知道另一个对象的长期存在。这是一种“拥有”或“知道”的关系比依赖更强、更持久。典型场景一个类以“成员变量属性”的形式保存对另一个类的引用。UML表示实线通常带箭头指向被关联的类双向关联可以没有箭头或有双向箭头。可以标注多重性如 1 0.. 1..等。代码示例public class Person { private Book _book; // 单向关联 public Person(Book book) { _book book; } public void Read() { Console.WriteLine($Reading: {_book.Title}); } } public class Book { public string Title { get; set; } public Book(string title) { Title title; } }聚合Aggregation和组合Composition确实都是关联关系Association的特殊形式。聚合Aggregation特点是整体与部分的关系且部分可以离开整体而单独存在如“汽车”和“轮胎”。场景汽车有轮子但轮子可以拆下来装到别的车上。UML表示带空心菱形的实线菱形指向整体。public class Car { public string Model { get; set; } private ListWheel _wheels new ListWheel(); // 聚合 public void AddWheel(Wheel wheel) { _wheels.Add(wheel); wheel.SetCar(this); } public void RemoveWheel(Wheel wheel) { _wheels.Remove(wheel); wheel.RemoveCar(); } } public class Wheel { public string Brand { get; set; } public int Size { get; set; } private Car _car; // 可选的反向引用 public void SetCar(Car car) _car car; public void RemoveCar() _car null; }组合Composition特点是整体与部分的关系但部分不能离开整体而单独存在。同生同灭。场景如公司和部门是组合关系没有公司就不存在部门。UML表示带实心(黑色实心要死一起死良心是黑的)菱形的实线菱形指向整体。public class Order { public int OrderId { get; set; } private ListOrderItem _items new ListOrderItem(); // 组合 public void AddItem(string productName, int quantity, decimal price) { // OrderItem 的创建和销毁完全由 Order 控制 var item new OrderItem(productName, quantity, price); _items.Add(item); } public decimal GetTotal() { return _items.Sum(i i.GetSubtotal()); } ~Order() { // 订单销毁时OrderItem 也会被销毁GC 回收 Console.WriteLine($Order {OrderId} disposed, items also disposed); } } public class OrderItem { public string ProductName { get; set; } public int Quantity { get; set; } public decimal UnitPrice { get; set; } public OrderItem(string productName, int quantity, decimal price) { ProductName productName; Quantity quantity; UnitPrice price; } public decimal GetSubtotal() Quantity * UnitPrice; }泛化Generalization含义即面向对象的继承关系。子类继承父类的属性和方法。典型场景普通类继承普通类或抽象类继承抽象类。UML表示空心三角形 实线空心三角形指向父类。代码示例// 父类 public class Animal { public void eat() {} } // 子类 泛化 父类 public class Dog extends Animal { public void bark() {} }实现Realization含义类实现接口。类遵循接口定义的契约实现其所有方法。典型场景一个普通类实现一个或多个接口。UML表示空心三角形 虚线空心三角形指向接口。代码示例// 接口 public interface Flyable { void fly(); } // 鸟类 实现 飞行接口 public class Bird implements Flyable { Override public void fly() { System.out.println(Bird flying...); } }关系强弱排序在UML统一建模语言中这六种关系依赖、关联、聚合、组合、泛化、实现从语义强度即类与类之间联系的紧密程度、耦合度高低、依赖性大小来看通常的排序由弱到强如下强弱排序从最弱到最强依赖 关联 聚合 组合 实现 泛化另一种常见视角从代码修改的影响范围看泛化和实现的耦合度最高因为它们直接决定了类的结构和契约而组合虽然整体-部分关系极强但往往封装在内部对外部的耦合扩散有时弱于继承。1. 依赖最弱特点仅仅是临时性的“使用”关系。一个类的变化可能会影响另一个类但反过来不成立。典型形式局部变量、方法参数、静态方法调用。强度理由被依赖者并不作为使用者的长期状态存在生命周期短暂。2. 关联弱特点长期持有的“知道/拥有”关系。一个类以成员变量形式引用另一个类。强度理由比依赖强因为被关联者是类的一部分状态但双方生命周期独立可以单独存在。3. 聚合中弱特点特殊的关联表示“整体-部分”关系但部分可以脱离整体独立存在。例子汽车整体与轮胎部分。轮胎拆下来仍可装到别的车上。强度理由比普通关联强因为有明确的整体-部分语义但生命周期独立。4. 组合中强特点更强的“整体-部分”关系部分的生命周期由整体控制不能单独存在。例子人整体与心脏部分。心脏脱离人体即失去意义。强度理由比聚合强因为整体负责创建和销毁部分耦合度更高。5. 实现强特点类与接口之间的契约关系。实现类必须遵守接口的全部约定。强度理由实现类依赖于接口定义的稳定契约如果接口改变所有实现类都受影响。比起组合它对系统架构的约束更广泛。6. 泛化最强特点继承关系子类完全依赖于父类的实现细节即便使用里氏替换原则也存在白盒复用。强度理由这是最强的耦合关系。父类的一个方法修改可能波及所有子类且子类无法分离对父类的依赖。因此被公认强度最高。设计原则警示面向对象设计原则中提倡“组合优于继承”Composition over Inheritance正是因为泛化继承的耦合度太强