编辑“︁适配器模式”︁

{{Note|本文是设计模式系列的一部分，重点介绍'''适配器模式'''（Adapter Pattern）。适配器模式是一种结构型设计模式，帮助不兼容的接口协同工作。}}

== 适配器模式简介 ==
'''适配器模式'''（Adapter Pattern）是一种结构型设计模式，用于将一个类的接口转换成客户端期望的另一个接口。它允许原本由于接口不兼容而无法一起工作的类能够协同工作。适配器模式类似于现实生活中的电源适配器，它可以将不同标准的插头转换为兼容的接口。

适配器模式通常用于以下场景：
* 需要使用现有的类，但其接口不符合需求。
* 需要创建一个可复用的类，该类与不相关或不可预见的类协同工作。
* 需要使用多个子类，但通过适配器可以统一接口。

适配器模式有两种实现方式：
# '''类适配器'''：通过多重继承实现（在支持多重继承的语言中，如C++）。
# '''对象适配器'''：通过组合实现（更常用，适用于大多数编程语言）。

== 适配器模式的结构 ==
适配器模式包含以下主要角色：
* '''目标接口（Target）'''：客户端期望的接口。
* '''适配者（Adaptee）'''：需要被适配的现有类。
* '''适配器（Adapter）'''：将适配者的接口转换为目标接口。

以下是一个使用Mermaid绘制的适配器模式类图：
<mermaid>
classDiagram
    class Target {
        +request()
    }
    class Adaptee {
        +specificRequest()
    }
    class Adapter {
        -adaptee: Adaptee
        +request()
    }
    Target <|-- Adapter
    Adapter o-- Adaptee
</mermaid>

== 代码示例 ==
以下是一个使用Python实现的适配器模式示例，展示如何将一个不兼容的接口适配为客户端期望的接口。

=== 目标接口 ===
<syntaxhighlight lang="python">
class Target:
    def request(self) -> str:
        return "Target: 默认目标行为"
</syntaxhighlight>

=== 适配者 ===
<syntaxhighlight lang="python">
class Adaptee:
    def specific_request(self) -> str:
        return "Adaptee: 特定行为"
</syntaxhighlight>

=== 适配器 ===
<syntaxhighlight lang="python">
class Adapter(Target):
    def __init__(self, adaptee: Adaptee):
        self.adaptee = adaptee

    def request(self) -> str:
        return f"Adapter: 转换后的行为 -> {self.adaptee.specific_request()}"
</syntaxhighlight>

=== 客户端代码 ===
<syntaxhighlight lang="python">
def client_code(target: Target) -> None:
    print(target.request())

if __name__ == "__main__":
    target = Target()
    client_code(target)  # 输出: Target: 默认目标行为

    adaptee = Adaptee()
    adapter = Adapter(adaptee)
    client_code(adapter)  # 输出: Adapter: 转换后的行为 -> Adaptee: 特定行为
</syntaxhighlight>

=== 输出结果 ===
<syntaxhighlight lang="text">
Target: 默认目标行为
Adapter: 转换后的行为 -> Adaptee: 特定行为
</syntaxhighlight>

== 实际应用案例 ==
适配器模式在软件开发中有许多实际应用，以下是一些常见场景：

=== 1. 第三方库集成 ===
当需要使用第三方库，但其接口与现有代码不兼容时，可以编写适配器来转换接口。例如：
* 将不同数据库驱动的接口统一为一致的接口。
* 将不同支付网关的API转换为统一的支付接口。

=== 2. 遗留系统改造 ===
在升级旧系统时，可能需要保留部分旧代码，但新系统使用不同的接口。适配器可以充当新旧系统之间的桥梁。

=== 3. UI组件适配 ===
在图形用户界面（GUI）开发中，可能需要将不同风格的组件（如按钮、文本框）适配为统一的接口。

== 适配器模式的优缺点 ==
=== 优点 ===
* 提高代码复用性：可以复用现有的类，即使其接口不匹配。
* 灵活性：可以在不修改现有代码的情况下引入新功能。
* 符合开闭原则：通过适配器扩展功能，而不是修改原有代码。

=== 缺点 ===
* 增加复杂性：引入适配器会增加额外的类和对象。
* 可能降低性能：额外的间接调用可能导致轻微的性能开销。

== 适配器模式与其他模式的关系 ==
* '''桥接模式'''：桥接模式关注的是将抽象与实现分离，而适配器模式关注的是接口转换。
* '''装饰器模式'''：装饰器模式动态添加功能，而适配器模式静态转换接口。
* '''外观模式'''：外观模式简化复杂系统的接口，而适配器模式转换不兼容的接口。

== 总结 ==
适配器模式是一种强大的设计模式，用于解决接口不兼容的问题。它通过将现有类的接口转换为客户端期望的接口，使得原本无法协同工作的类能够一起工作。适配器模式在集成第三方库、改造遗留系统和统一接口等场景中非常有用。

{{Design Patterns Navigation}}

[[Category:计算机科学]]
[[Category:面试技巧]]
[[Category:设计模式]]