适配器模式深度解析：代理、适配器、桥接、装饰——四大模式的本质与区别

在移动端开发中，我们经常听到“代理模式（Proxy）”、“适配器模式（Adapter）”、“桥接模式（Bridge）”、“装饰器模式（Decorator）”这四个结构型设计模式。它们看似相似，却在实际应用和设计思路上各有侧重。很多开发者初学时容易混淆，不清楚何时该用哪一个，如何发挥它们的最大优势。本篇文章将以通俗易懂的方式详细拆解四者的本质区别与典型应用，并结合 Swift 和 Kotlin 实战场景帮助你彻底吃透这些模式的精髓。

一、设计模式的核心价值

设计模式不是代码“模板”，而是对常见问题的抽象总结。在 Swift/Kotlin 等现代语言下，设计模式更强调可维护性、可扩展性、解耦和复用。结构型模式（结构型设计模式）则专注于类与对象的组合，让系统更灵活地应对变化。

二、四大结构型模式的定义与典型动机

2.1 代理模式（Proxy）

核心动机：为其他对象提供一个“代理”以控制对其的访问。

典型场景：权限控制、缓存、懒加载、远程调用、拦截（如网络请求）、本地-远程同步等。

Swift 示例：网络缓存代理

// Protocol for loading images
protocol ImageLoader {
    func loadImage(url: URL, completion: @escaping (UIImage?) -> Void)
}

// Real loader
class NetworkImageLoader: ImageLoader {
    func loadImage(url: URL, completion: @escaping (UIImage?) -> Void) {
        // 网络加载逻辑
    }
}

// Proxy with cache
class CachingImageLoader: ImageLoader {
    private let loader: ImageLoader
    private var cache = [URL: UIImage]()
    
    init(loader: ImageLoader) {
        self.loader = loader
    }
    
    func loadImage(url: URL, completion: @escaping (UIImage?) -> Void) {
        if let cached = cache[url] {
            completion(cached)
        } else {
            loader.loadImage(url: url) { [weak self] image in
                if let image = image {
                    self?.cache[url] = image
                }
                completion(image)
            }
        }
    }
}

Kotlin 示例：本地+远程数据代理

interface UserDataSource {
    fun getUser(id: String): User?
}

class RemoteUserDataSource : UserDataSource {
    override fun getUser(id: String): User? {
        // 调用远程API获取
    }
}

class LocalCacheUserDataSource(private val remote: UserDataSource) : UserDataSource {
    private val cache = mutableMapOf<String, User>()
    override fun getUser(id: String): User? {
        return cache[id] ?: remote.getUser(id)?.also { cache[id] = it }
    }
}

2.2 适配器模式（Adapter）

核心动机：将一个类的接口转换成客户端希望的另一个接口，解决接口不兼容问题。

典型场景：第三方库集成、平台切换、系统改造、旧接口适配新业务。

Swift 示例：第三方SDK适配本地协议

protocol PaymentService {
    func pay(amount: Double)
}

// 第三方支付SDK
class StripeSDK {
    func makePayment(value: Double) { /* ... */ }
}

// 适配器
class StripeAdapter: PaymentService {
    private let sdk = StripeSDK()
    func pay(amount: Double) {
        sdk.makePayment(value: amount)
    }
}

Kotlin 示例：安卓平台旧接口适配新接口

interface NewLogger {
    fun log(message: String)
}

class LegacyLogger {
    fun printLog(msg: String) { /* ... */ }
}

class LoggerAdapter(private val legacy: LegacyLogger) : NewLogger {
    override fun log(message: String) {
        legacy.printLog(message)
    }
}

2.3 桥接模式（Bridge）

核心动机：将抽象与实现解耦，让二者可以独立变化。适合平台-功能双重可扩展的场景。

典型场景：多平台适配（iOS/Android/Web）、多主题渲染、复杂UI（如自定义组件库）、多业务可插拔架构。

Swift 示例：消息推送多渠道桥接

// 抽象
protocol MessageSender {
    func send(_ message: String)
}

// 实现
class APNSender: MessageSender {
    func send(_ message: String) { /* iOS 推送 */ }
}
class FCMMessageSender: MessageSender {
    func send(_ message: String) { /* Firebase/Android 推送 */ }
}

// 桥接
class Notification {
    private let sender: MessageSender
    init(sender: MessageSender) {
        self.sender = sender
    }
    func notify(_ msg: String) {
        sender.send(msg)
    }
}

Kotlin 示例：播放器多平台桥接

interface MediaPlayerImpl {
    fun play()
}

class AndroidPlayer : MediaPlayerImpl {
    override fun play() { /* ... */ }
}
class IOSPlayer : MediaPlayerImpl {
    override fun play() { /* ... */ }
}

abstract class MediaPlayer(protected val impl: MediaPlayerImpl) {
    abstract fun play()
}

class MusicPlayer(impl: MediaPlayerImpl) : MediaPlayer(impl) {
    override fun play() = impl.play()
}

2.4 装饰器模式（Decorator）

核心动机：在不改变原有对象结构的情况下，动态为其添加功能。

典型场景：UI组件增强、网络请求管道（如日志、认证）、数据流管道、责任链、权限/统计等。

Swift 示例：View 动态功能叠加

protocol View {
    func draw()
}

class BasicView: View {
    func draw() { print("Draw base view") }
}

// 装饰器
class BorderDecorator: View {
    private let wrappee: View
    init(wrappee: View) { self.wrappee = wrappee }
    func draw() {
        wrappee.draw()
        print("Draw border")
    }
}

class ShadowDecorator: View {
    private let wrappee: View
    init(wrappee: View) { self.wrappee = wrappee }
    func draw() {
        wrappee.draw()
        print("Draw shadow")
    }
}

Kotlin 示例：数据流动态装饰

interface Stream {
    fun read(): String
}

class FileStream : Stream {
    override fun read(): String = "File data"
}

class EncryptedStream(private val stream: Stream) : Stream {
    override fun read(): String = "Encrypted(${stream.read()})"
}

class BufferedStream(private val stream: Stream) : Stream {
    override fun read(): String = "Buffered(${stream.read()})"
}

三、模式对比总结与移动端实战建议

3.1 四者对比总览表

模式本质目的何时用常见场景对象关系代理 Proxy控制访问/中间转发需拦截/远程/缓存等数据缓存、网络代理、权限等聚合同接口适配器 Adapter接口兼容/适配新旧/第三方整合旧接口适配新业务、SDK整合聚合，接口转换桥接 Bridge抽象与实现解耦平台/功能多变/独立UI库、平台多端渲染、业务扩展聚合，抽象与实现分离装饰 Decorator动态增强功能动态叠加/链式增强UI增强、请求管道、数据流聚合，动态包装

3.2 如何快速区分

o 代理：关注“中间人”与“访问控制”，经常和缓存、权限、远程调用绑定。
o 适配器：关注“接口兼容”，多见于对接老接口、三方库集成。
o 桥接：关注“解耦、双向扩展”，通常是“平台-功能”双维扩展场景。
o 装饰器：关注“功能动态叠加”，强调“不改原有结构、可链式增强”。

四、移动端实战落地策略

4.1 典型业务场景举例

o 代理模式：用在缓存图片、权限检查、数据延迟加载、AOP埋点拦截（SwiftUI网络代理、Android存储代理等）。
o 适配器模式：老SDK对接、支付/地图/推送等三方库与自定义接口的桥接；Swift 与 Objective-C、Kotlin 与 Java 互操作。
o 桥接模式：App 内多渠道消息推送、主题皮肤系统、多平台音视频底层封装，React Native/Flutter 的桥接层。
o 装饰器模式：UI 动态增强（如加边框、加阴影）、SwiftUI View Modifier、网络管道拦截日志、流式加解密。

4.2 模式组合应用

实际开发中，往往会多种模式组合。例如：

o 适配器 + 装饰器：对第三方流数据适配后，再链式加日志/缓存功能。
o 代理 + 桥接：推送服务既需要多平台适配，也需代理管理权限和缓存。

五、工程实战建议

1. 场景驱动选型：明确你的业务目标——兼容接口、动态扩展、解耦、多平台适配，选对模式比照搬模板更重要。
2. 重视组合使用：复杂项目中，多模式组合往往事半功倍。
3. 充分用协议/接口：Swift 的 protocol 和 Kotlin 的 interface 极大提升了结构型模式的灵活性和表达力。
4. 拥抱现代语法：Swift Extension、Kotlin Extension Function、委托、泛型等现代语言特性可与传统设计模式融合，写出更优雅可维护的架构。
5. 善用依赖注入与反射：复杂场景下可结合 DI 框架和反射自动装配模式链路。

六、结语

结构型设计模式是移动端架构升级的“法宝”。理解和掌握代理、适配器、桥接、装饰四大模式，不仅能让你的 Swift/Kotlin 代码更加灵活解耦、可维护性更高，更能帮你应对多变的业务与技术挑战。

希望本篇详解和案例能帮助你彻底区分和用好这四大模式，让你的 App 架构更具弹性和竞争力！

北屋教程网

专注编程知识分享，从入门到精通的编程学习平台

适配器模式深度解析:代理、适配器、桥接、装饰的本质与区别