说实话，适配器模式在iOS设计模式中是一个非常实用的模式，咱就是说它Neng帮咱解决hen多兼容性的问题。

你接入了一个第三方 SDK，它的接口不符合你当前项目的设计规范，比如命名、回调方式不同。

即使规范，原则上也不要直接依赖，直接调用其接口。

Ke以理解为“中间翻译层”。

哈哈，这时候就需要适配器模式出场了。

常用于集成/调用 第三方 SDK、适配旧代码、数据模型适配。

比如说你有一个旧的代码库，但是它的接口Yi经过时了你不想改动它，这时候就Ke以用适配器模式来适配它。

或者，你接入了一个第三方 SDK，它的接口不符合你的规范，你也Ke以用适配器模式来包装它。

设计抽象协议

你需要定义一个抽象协议，也就是客户端期望的接口形式。

protocol AudioPlayer { func play }

设计适配器类

遵循协议，持有SDK对象，实质上是调用转发。

class AudioPlayerAdapter: AudioPlayer { private let sdk = ThirdPartyAudioSDK func play { // 转换调用：适配接口差异 sdk.loadAndPlay", volume: 1) } }

业务调用

class VC { func playMusic { player.play } } self.playMusic)

这样就实现了解耦，业务代码只依赖 AudioPlayer 协议，不知道内部用的是第三方 SDK。

服务端返回的JSON数据，Zui好不要直接读取使用。

{ "num": 1, "isexpire": 0, "rewardcontent": "", "rewardname": "WSpointreward", "rewardtype": 1, "signstate": 1, "signtime": "2024-01-01", "triggertype": 1 }

设计抽象协议

protocol UIDataDisplay { var count: Int { get } var name: String { get } }

设计适配器类

class ModelAdater: UIDataDisplay { let json: UserDTO

var name: String { return json.firstName + json.secondName } }

好处是可灵活geng换SDK；不污染业务代码。

本质是把一个“接口不兼容”的对象，转换成你当前系统期望的接口，从而进行调用。

class ThirdPartyAudioSDK { // 播放 func loadAndPlay { print 音量: \") } }

一般调用方式，直接依赖SDK类

,说白了就是将一个类的接口，转换成客户端期望的接口，使原本不兼容的类Ke以协同工作。

,害，我觉得可Neng是因为网站内容质量不高，或者是网站结构有问题吧。

,你得让搜索引擎容易抓取到你的内容才行啊！就像咱俩聊天一样，你得把话说清楚，让我听明白，对吧？

,对了有人说是服务器问题，或者是robots.txt文件设置不当，这些dou有可Neng影响收录。iOS中还有哪些常用的设计模式？

,咱下次再聊聊其他的iOS设计模式，比如观察者模式啥的。

,其实还有hen多其他的，比如工厂模式、单例模式等。

,总之呢，设计模式就是为了让我们的代码geng加优雅、geng加易于维护。