桥接模式适合哪些应用场景？

简化版

桥接模式适合存在两个独立变化维度，并且两者需要自由组合的场景。常见场景包括跨平台渲染、消息发送、报表导出、支付通道、设备控制、存储后端切换等。

详细版

适合桥接模式的场景通常有一个共同特征：业务侧和实现侧都可能变化。

例如：

• 图形类型 × 渲染平台。
• 消息类型 × 发送渠道。
• 报表类型 × 导出格式。
• 支付业务 × 支付渠道。
• 遥控器类型 × 设备类型。
• 文件管理业务 × 本地存储或云存储。

如果这些组合用继承表达，会产生大量组合类；用桥接模式则可以让两个维度独立扩展。

完整版教学

一、跨平台图形或 UI 渲染

这是桥接模式最经典的场景之一。

业务侧可能有按钮、窗口、图形、控件；实现侧可能有 Windows、macOS、Linux，或者 SVG、Canvas、WebGL。

抽象侧负责表达控件或图形语义，实现侧负责平台绘制细节：

• Button 调用 Renderer.drawButton()。
• Window 调用 Renderer.drawWindow()。
• SvgRenderer 输出 SVG。
• CanvasRenderer 调用 Canvas API。

这样新增一个控件和新增一个渲染平台互不阻塞。

二、消息通知系统

通知系统经常有两个变化维度：

• 通知类型：普通通知、紧急通知、营销通知、验证码通知。
• 发送渠道：短信、邮件、站内信、App Push、企业微信。

桥接模式可以避免出现 UrgentSmsNotification、MarketingEmailNotification 这类组合类。

抽象侧处理通知规则，例如是否加紧急标识、是否限制频率；实现侧处理渠道细节，例如短信网关、邮件模板、Push Token。

三、报表导出系统

报表系统也很适合桥接：

• 报表类型：用户报表、订单报表、财务报表。
• 导出格式：Excel、PDF、CSV、HTML。

报表类型负责组织数据和业务口径，导出器负责格式转换。如果用继承组合，很容易变成各种 OrderPdfReport、FinanceExcelReport。

桥接后，报表对象持有 Exporter，导出格式可以独立增加。

四、支付系统中的业务与通道

支付系统中可以把“支付业务”和“支付通道”拆开：

• 业务侧：订单支付、会员充值、退款、预授权。
• 通道侧：支付宝、微信支付、银行卡、PayPal。

业务侧关注金额、订单状态、风控规则；通道侧关注签名、请求协议、回调解析。两者都变化频繁时，桥接可以降低耦合。

不过支付系统通常还需要策略、工厂、模板方法等模式配合，不要把所有问题都塞进桥接。

五、设备控制和遥控器

很多教程会用遥控器和设备解释桥接模式：

• 抽象侧：普通遥控器、高级遥控器、语音遥控器。
• 实现侧：电视、音响、投影仪。

遥控器持有设备接口，负责调用开关、音量、频道等能力。新增遥控器类型不需要改设备类，新增设备也不需要改遥控器类。

这个例子很适合帮助理解“抽象和实现分离”。

六、存储后端切换

业务系统可能需要支持不同存储实现：

• 业务侧：头像服务、附件服务、日志归档服务。
• 实现侧：本地文件、对象存储、分布式文件系统。

业务服务持有 Storage 接口。服务层负责业务校验、权限、命名规则；存储层负责上传、下载、删除等底层操作。

七、不适合桥接的场景

桥接模式不是所有“接口 + 实现”的场景都适合。

不太适合的情况包括：

• 只有一个变化维度。
• 组合数量很少，并且未来基本不扩展。
• 两个维度并不独立，强行拆开反而增加理解成本。
• 实现接口不稳定，经常被业务侧牵着改。

设计模式要服务于变化，不要为了模式本身增加层次。

八、常见误区与追问

桥接适合两个维度都可能增长的场景。支付方式3种、终端渠道2种，或图形4种、渲染后端3种，都能通过两侧组合避免交叉子类；若平台实现只有一个且长期稳定，普通依赖注入已经足够。场景判断还要确认两侧能够通过稳定协议协作。

检查维度	判定依据
高匹配	业务类型与实现平台独立变化
低匹配	只有一个变化轴或组合存在强耦合

业务维度 <---稳定接口---> 平台维度

心法：看到“同一业务要跑在多种实现平台上”，再检查业务本身是否也在扩展。

• 误区：跨平台代码都必须用桥接。 平台适配简单且业务维度稳定时，一个接口加实现即可。
• 追问：消息类型和发送渠道为何适合？ 消息语义与传输渠道可分别增长，组合关系清楚。
• 误区：数据库驱动切换天然就是桥接。 只有上层还有独立抽象层次并通过接口组合时才符合完整结构。
• 追问：前端主题与组件能用桥接吗？ 若组件类型和主题渲染独立扩展，可以采用同样思想。
• 追问：如何确认不是策略模式？ 桥接强调两个长期结构维度，策略通常替换一个算法族。

九、加强记忆

桥接模式的适用场景可以按“业务类型 × 实现方式”来识别：只要两个维度都可能增加，并且任意组合都合理，就可以考虑用桥接把两边拆开。