1. 结构型设计模式概述
在软件开发过程中，我们经常会遇到系统结构复杂、类关系混乱的问题。结构型设计模式正是为了解决这些问题而生的利器。它们关注如何将类或对象组合成更大的结构，就像建筑师设计建筑结构一样，让代码更加清晰、灵活、可维护。
1.1 为什么需要结构型设计模式
当系统发展到一定规模后，通常会面临以下典型问题：
- 类之间的关系错综复杂，像一团乱麻难以理清
- 新增功能需要修改大量现有代码，牵一发而动全身
- 内存占用过高导致性能下降
- 代码难以复用和维护
结构型设计模式通过合理的组织方式，帮助我们解决这些问题。它们不是创造新的功能，而是通过优化对象之间的组合关系，让现有功能更好地协同工作。
1.2 结构型设计模式的分类
本文将重点介绍四种最常用的结构型设计模式：
- 适配器模式（Adapter）
- 桥接模式（Bridge）
- 组合模式（Composite）
- 装饰器模式（Decorator）
每种模式都有其独特的应用场景和解决问题的方式。理解它们的区别和适用场景，是灵活运用的关键。
2. 适配器模式详解
2.1 模式核心思想
适配器模式就像现实世界中的转换插头。想象你要在德国使用中国电器：
- 中国插头是两孔扁头
- 德国插座是两孔圆孔
- 解决方案是使用一个转换插头（适配器）
适配器模式在软件中的作用与此类似：它允许不兼容的接口协同工作，而不需要修改原有的代码。
2.2 电商支付场景实战
假设我们有一个电商系统，原本只支持支付宝支付：
java复制public interface Payment {
void pay(double amount);
}
public class AlipayPayment implements Payment {
@Override
public void pay(double amount) {
System.out.println("调用支付宝API，支付：" + amount);
}
}
现在需要接入银联支付，但银联提供的SDK接口与我们的系统不兼容：
java复制public class UnionPay {
public void doPay(double money) {
System.out.println("调用银联接口，支付金额：" + money);
}
}
直接使用会导致编译错误，因为UnionPay没有实现Payment接口。
2.3 适配器解决方案
我们可以创建一个适配器类：
java复制public class UnionPayAdapter implements Payment {
private UnionPay unionPay;
public UnionPayAdapter(UnionPay unionPay) {
this.unionPay = unionPay;
}
@Override
public void pay(double amount) {
unionPay.doPay(amount);
}
}
使用方式：
java复制UnionPay unionSdk = new UnionPay();
Payment unionPay = new UnionPayAdapter(unionSdk);
unionPay.pay(100.0); // 现在可以像支付宝一样使用了
2.4 适配器模式的实际应用场景
- 新旧系统对接：老系统使用saveUser(User user)，新系统提供createUser(UserDTO dto)
- 版本升级兼容：让旧代码能够使用新版本的接口
- 数据格式转换：如XML与JSON之间的转换
- 第三方库集成：当第三方库接口与你的系统不匹配时
2.5 适配器模式与外观模式的区别
| 对比维度 | 适配器模式 | 外观模式 |
|---|---|---|
| 目的 | 接口转换 | 简化复杂系统 |
| 对象数量 | 通常适配一个对象 | 封装多个子系统 |
| 新增功能 | 不新增功能 | 可能新增简化接口 |
| 比喻 | 翻译官 | 秘书 |
3. 桥接模式详解
3.1 解决"类爆炸"问题
考虑一个电商商品展示系统：
- 商品类型：手机、电脑、家电（3种）
- 展示方式：列表、详情、缩略图（3种）
传统继承方式需要为每种组合创建一个类，共需要3×3=9个类。如果增加新的维度，类的数量会呈指数级增长。
3.2 桥接模式的核心思想
桥接模式将抽象部分与实现部分分离，使它们可以独立变化。这就像手机和手机壳的关系：
- 手机（核心功能）和手机壳（外观样式）可以独立变化
- 同一部手机可以换不同壳
- 不同手机可以用同款壳
3.3 代码实现
定义展示方式维度：
java复制public interface DisplayMode {
void display(String productInfo);
}
public class ListDisplay implements DisplayMode {
@Override
public void display(String info) {
System.out.println("【列表项】" + info);
}
}
定义商品类型维度：
java复制public abstract class Product {
protected DisplayMode displayMode;
public Product(DisplayMode displayMode) {
this.displayMode = displayMode;
}
public abstract String getProductInfo();
public void show() {
displayMode.display(getProductInfo());
}
}
具体商品实现：
java复制public class PhoneProduct extends Product {
private String name;
private double price;
private String brand;
@Override
public String getProductInfo() {
return String.format("手机：%s\n品牌：%s\n价格：%.2f元", name, brand, price);
}
}
3.4 自由组合演示
java复制DisplayMode listMode = new ListDisplay();
DisplayMode detailMode = new DetailDisplay();
Product iphone = new PhoneProduct(listMode, "iPhone 15", 6999, "Apple");
iphone.show();
Product samsung = new PhoneProduct(detailMode, "Galaxy S24", 5999, "Samsung");
samsung.show();
3.5 桥接模式的优缺点
优点：
- 避免类爆炸
- 抽象和实现可以独立扩展
- 符合开闭原则
- 可以在运行时动态组合
缺点：
- 增加系统复杂度
- 对新手较难理解
- 如果维度不会独立变化，就是过度设计
4. 组合模式详解
4.1 树形结构处理
组合模式用于处理树形结构，使得可以统一处理单个对象和组合对象。典型应用场景包括：
- 公司组织架构
- 文件系统
- 购物车中的商品和套餐
4.2 购物车系统示例
定义统一接口：
java复制public interface OrderItem {
double getPrice();
void showInfo();
String getName();
default void add(OrderItem item) {
throw new UnsupportedOperationException("不支持添加");
}
}
叶子节点（单个商品）：
java复制public class SingleProduct implements OrderItem {
private String name;
private double price;
@Override
public double getPrice() {
return price;
}
}
组合节点（商品套餐）：
java复制public class ProductPackage implements OrderItem {
private List<OrderItem> items = new ArrayList<>();
@Override
public double getPrice() {
double total = 0;
for (OrderItem item : items) {
total += item.getPrice();
}
return total;
}
@Override
public void add(OrderItem item) {
items.add(item);
}
}
4.3 组合模式的实际应用
- 权限管理系统：统一检查单个权限和权限组
- UI组件系统：统一渲染简单组件和容器组件
- 组织架构与薪资计算：递归计算部门总薪资
4.4 透明式与安全式组合模式
透明式：
- 在抽象接口中定义所有方法（包括add/remove）
- 客户端无需区分叶子节点和组合节点
- 叶子节点需要实现不相关的方法（抛出异常）
安全式：
- 只在组合节点中定义管理子节点的方法
- 避免了叶子节点的不必要实现
- 客户端需要区分叶子节点和组合节点
5. 装饰器模式详解
5.1 动态增强功能
装饰器模式就像给咖啡加料：
- 基础咖啡不变
- 可以动态添加各种配料
- 任意组合，顺序可调
- 价格累计计算
5.2 日志系统示例
定义组件接口：
java复制public interface Logger {
void log(String message);
}
具体组件：
java复制public class BasicLogger implements Logger {
@Override
public void log(String message) {
System.out.println("日志：" + message);
}
}
抽象装饰器：
java复制public abstract class LoggerDecorator implements Logger {
protected Logger logger;
public LoggerDecorator(Logger logger) {
this.logger = logger;
}
@Override
public void log(String message) {
logger.log(message);
}
}
具体装饰器：
java复制public class TimeStampDecorator extends LoggerDecorator {
@Override
public void log(String message) {
String time = LocalDateTime.now().format(DateTimeFormatter.ISO_LOCAL_DATE_TIME);
String enhancedMessage = "[" + time + "] " + message;
logger.log(enhancedMessage);
}
}
5.3 装饰器模式的优缺点
优点：
- 比继承更灵活
- 可以动态添加功能
- 避免类爆炸问题
- 符合开闭原则
缺点：
- 会产生大量小类
- 装饰顺序可能影响结果
- 调试较复杂
6. 模式对比与选择指南
6.1 适配器模式 vs 桥接模式
适配器模式：
- 解决已有接口不匹配问题
- 通常在系统设计后期使用
- 关注接口转换
桥接模式：
- 预先设计抽象和实现的分离
- 在系统设计初期使用
- 关注多维度的独立变化
6.2 组合模式 vs 装饰器模式
组合模式：
- 处理部分-整体层次结构
- 统一处理简单和复杂元素
- 大量使用递归
装饰器模式：
- 动态添加功能
- 保持接口不变增强功能
- 包装链式调用
6.3 如何选择合适的设计模式
- 接口不匹配：适配器模式
- 多维度独立变化：桥接模式
- 树形结构处理：组合模式
- 动态功能增强：装饰器模式
7. 实际项目中的经验分享
7.1 设计模式的应用原则
- 不要过度设计：只在确实需要时才使用设计模式
- 保持简单：能用简单方案解决的不用复杂模式
- 适时重构：当发现代码出现坏味道时再引入模式
- 团队共识：确保团队成员都理解所使用的模式
7.2 常见陷阱与解决方案
-
模式滥用：
- 问题：在不必要的地方使用设计模式
- 解决：明确问题后再选择模式
-
过度复杂：
- 问题：实现过于复杂难以维护
- 解决：保持实现尽可能简单
-
性能问题：
- 问题：装饰器链过长影响性能
- 解决：控制装饰器数量或寻找替代方案
7.3 性能考量
- 装饰器模式会增加方法调用层次
- 组合模式的递归可能影响性能
- 适配器模式有轻微的方法转发开销
- 桥接模式通常性能影响最小
在性能敏感的场景，需要权衡设计模式的优雅性和性能需求。
8. 扩展思考与进阶学习
8.1 设计模式的组合使用
在实际项目中，常常需要组合使用多种设计模式。例如：
- 使用适配器模式接入第三方服务
- 使用装饰器模式增强服务功能
- 使用组合模式组织多个服务
8.2 与其它设计模式的关系
结构型模式常与创建型模式（如工厂、建造者）和行为型模式（如策略、模板方法）结合使用，形成完整的设计方案。
8.3 学习资源推荐
- 《设计模式：可复用面向对象软件的基础》（GoF经典）
- 《Head First设计模式》（入门友好）
- Refactoring Guru网站（图文并茂的解释）
- 开源项目源码学习（如Spring框架）
掌握设计模式需要理论学习与实践相结合。建议从简单项目开始，逐步应用这些模式，体会它们的优势和适用场景。