🌟 引言：当系统演进遇到历史包袱
场景痛点：
假设企业需要将老旧的CRM系统与新的SaaS平台整合，面临：
- 旧系统接口：XML格式+同步调用
- 新系统接口：JSON格式+异步调用
- 需要统一提供简洁的RESTful API给前端
若直接修改旧系统：
// 旧系统核心类（无法修改）
public class LegacyCRM {
public String getCustomerDataXML(int id) {
/* 返回XML */ }
}
问题暴露：
- 旧系统不敢改（稳定运行10年） ❌
- 新老接口风格差异大 ❌
- 客户端需要处理多种协议 ❌
模式组合的价值：
- 接口转换：适配器抹平协议差异
- 统一门户：外观提供简洁入口
- 渐进改造：保护历史投资同时拥抱新技术
📚 一、模式概念回顾
1.1 适配器模式（Adapter Pattern）
定义：将一个类的接口转换成客户希望的另一个接口，解决接口不兼容问题。
核心价值：充当"转换插头"，让不兼容的接口协同工作。
1.2 外观模式（Facade Pattern）
定义：为复杂的子系统提供一个统一的简洁接口。
核心价值：充当"服务总台"，隐藏系统复杂性。
1.3 组合模式关系图解
