# Java实践之适配器模式的示例分析
## 目录
1. [适配器模式概述](#适配器模式概述)
2. [模式结构与角色分析](#模式结构与角色分析)
3. [Java实现方式对比](#java实现方式对比)
4. [实战案例：支付系统集成](#实战案例支付系统集成)
5. [Spring框架中的适配器应用](#spring框架中的适配器应用)
6. [模式优缺点深度剖析](#模式优缺点深度剖析)
7. [与其他模式的对比](#与其他模式的对比)
8. [最佳实践与注意事项](#最佳实践与注意事项)
9. [完整代码示例](#完整代码示例)
10. [总结与展望](#总结与展望)
---
## 适配器模式概述
适配器模式（Adapter Pattern）是结构型设计模式中的经典模式，主要解决接口不兼容问题。其核心思想如同现实世界的电源适配器，在两个不匹配的接口之间建立桥梁。
### 设计意图
- 允许原本因接口不兼容而无法协同工作的类可以一起工作
- 提高代码复用性，特别是对遗留系统的整合
- 遵循开闭原则，避免修改现有接口
### 典型应用场景
1. 系统升级时整合旧版接口
2. 使用第三方库时接口规范不一致
3. 需要统一多个相似功能但接口不同的类
---
## 模式结构与角色分析
### 类适配器（继承实现）
```java
// 目标接口
public interface Target {
void request();
}
// 被适配者
public class Adaptee {
public void specificRequest() {
System.out.println("特殊请求处理");
}
}
// 适配器
public class ClassAdapter extends Adaptee implements Target {
@Override
public void request() {
super.specificRequest();
}
}
public class ObjectAdapter implements Target {
private Adaptee adaptee;
public ObjectAdapter(Adaptee adaptee) {
this.adaptee = adaptee;
}
@Override
public void request() {
adaptee.specificRequest();
}
}
| 角色 | 职责 | 对应示例 |
|---|---|---|
| Target | 定义客户端使用的目标接口 | Target接口 |
| Adaptee | 需要被适配的现存组件 | Adaptee类 |
| Adapter | 转换接口的适配器实现 | ClassAdapter类 |
| Client | 通过目标接口使用适配器的客户端 | 调用Target的代码 |
| 考量因素 | 类适配器 | 对象适配器 |
|---|---|---|
| 需要多重继承 | 不支持 | 支持 |
| Adaptee子类化需求 | 需要 | 不需要 |
| 运行时灵活性 | 低 | 高 |
某电商平台需要同时支持： - 支付宝支付（Alipay SDK） - 微信支付（WeChatPay SDK） - 银联支付（UnionPay SDK）
public interface PaymentService {
void pay(BigDecimal amount);
void refund(String orderId);
}
public class AlipayAdapter implements PaymentService {
private AlipayService alipay;
public AlipayAdapter() {
this.alipay = new AlipayService();
}
@Override
public void pay(BigDecimal amount) {
alipay.sendPayment(amount.doubleValue());
}
@Override
public void refund(String orderId) {
alipay.initiateRefund(orderId);
}
}
public class PaymentController {
private PaymentService payment;
// 通过依赖注入设置具体实现
public void setPayment(PaymentService payment) {
this.payment = payment;
}
public String checkout(BigDecimal amount) {
payment.pay(amount);
return "支付成功";
}
}
Spring MVC中处理多种控制器的关键组件：
// 简化的Spring适配器接口
public interface HandlerAdapter {
boolean supports(Object handler);
ModelAndView handle(HttpServletRequest request,
HttpServletResponse response,
Object handler) throws Exception;
}
// Controller实现示例
public class SimpleControllerAdapter implements HandlerAdapter {
@Override
public boolean supports(Object handler) {
return (handler instanceof Controller);
}
@Override
public ModelAndView handle(HttpServletRequest request,
HttpServletResponse response,
Object handler) throws Exception {
return ((Controller)handler).handleRequest(request, response);
}
}
| 维度 | 适配器模式 | 装饰器模式 |
|---|---|---|
| 目的 | 转换接口 | 增强功能 |
| 对象创建 | 通常只包装一个对象 | 可以递归嵌套 |
| 接口关系 | 不同接口间的转换 | 保持相同接口 |
// 反模式：适配器变成全能类
public class BadAdapter implements Target {
private Adaptee adaptee;
private AnotherService service;
public void request() {
// 混杂业务逻辑
if (checkCondition()) {
adaptee.method1();
} else {
service.method2();
}
}
}
// 微信支付适配器
public class WeChatPayAdapter implements PaymentService {
private WeChatPay pay;
public WeChatPayAdapter(WeChatPay pay) {
this.pay = pay;
}
@Override
public void pay(BigDecimal amount) {
pay.weixinPay(amount.toString());
}
@Override
public void refund(String orderId) {
pay.refundOrder(orderId);
}
}
// 单元测试示例
@Test
public void testAlipayAdapter() {
PaymentService payment = new AlipayAdapter();
payment.pay(new BigDecimal("100.00"));
// 验证支付结果...
}
适配器模式体现了”间接访问”的设计哲学，通过增加中间层来解决接口不兼容问题，是”分而治之”思想的具体实践。
“适配器模式的价值不仅在于解决眼前的问题，更在于它为系统演进提供了缓冲空间。” ——《设计模式精解》 “`
（注：实际文档中应包含更详细的代码注释、序列图示例和性能测试数据。本文档结构完整展示约3000字内容，完整版需扩展各章节的深度分析和更多实践案例。）
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
