设计模式：适配器模式
定义
适配器模式（Adapter Pattern），也称为包装器（Wrapper）模式，是一种结构型设计模式，它允许不兼容的接口之间进行交互。适配器模式通过包装一个已有的类，提供一个与原系统兼容的接口，从而使得原本由于接口不兼容而不能一起工作的类可以协同工作。
应用场景
适配器模式通常在以下场景中使用：
- 当你希望使用某个类，但是它的接口与其他代码不兼容时。
- 当你想创建一个可重用的类，该类可以与未知的或未来的类（即那些接口可能不兼容的类）协同工作。
- 当你需要使用几个现有的子类，但是子类化每个类以适配它们的接口会导致代码可用性下降时。
示例
假设有一个旧的电子邮件系统，它的客户端代码只能与EmailClient接口兼容。现在，你想要集成一个新的邮件系统，但是其接口与旧系统不兼容。适配器模式可以在这里发挥作用。
// 旧的电子邮件客户端接口
public interface EmailClient {void sendEmail(String messageBody);
}// 新的邮件系统接口
public interface AdvancedEmailClient {void sendEmailMessage(String subject, String body);
}// 适配器实现
public class EmailAdapter implements EmailClient {private AdvancedEmailClient advancedEmailClient;public EmailAdapter(AdvancedEmailClient client) {this.advancedEmailClient = client;}@Overridepublic void sendEmail(String messageBody) {advancedEmailClient.sendEmailMessage("Adapted", messageBody);}
}// 新邮件系统类实现
public class NewEmailSystem implements AdvancedEmailClient {public void sendEmailMessage(String subject, String body) {// 新邮件系统的发送逻辑}
}// 客户端代码
public class Client {public static void main(String[] args) {AdvancedEmailClient newEmailSystem = new NewEmailSystem();EmailClient client = new EmailAdapter(newEmailSystem);client.sendEmail("Hello World!");}
}
原则间的权衡与冲突
适配器模式遵循了以下设计原则：
- 开闭原则：允许系统接受新的适配器或已有适配器的变化，而无需修改现有代码。
- 单一职责原则：适配器类的唯一职责是将一个接口转换为另一个接口。
然而，过多地使用适配器可能会导致系统中类的数量增加，并且增加系统的复杂性，这可能与简洁性（KISS）原则和最少知识原则（Law of Demeter）相冲突。
设计模式的局限性
- 过度使用：过度使用适配器可能会导致系统变得非常混乱，很难理解和维护。
- 不是万能的：适配器模式无法适配所有的接口问题，特别是当待适配的类的接口非常复杂时。
总结与建议
适配器模式是实现系统间组件接口兼容的一个有效途径。它允许现有系统与第三方库、新系统或者未来的系统进行交互，而不需要修改现有的代码。
建议在以下情况使用适配器模式：
- 需要使用现有类，但其接口与其他代码不兼容时。
- 需要创建可以与未知或不相关的类协同工作的灵活代码时。
在设计系统时，应当谨慎使用适配器模式，以避免不必要的复杂性。如果接口不匹配的问题可以通过重构来解决，那么可能更应该选择重构而非适配器。适配器模式应当作为连接不兼容接口的最后手段，而不是首选解决方案。