【iOS】APP IM聊天框架的设计（基于第三方SDK）

前言

在开发社交聊天类型的APP的时候，IM是必不可少的功能，而且很多公司的IM服务都是接的第三方的，很少用自研的，国内的IM厂商也都很成熟，本文所有的方案也都是基于第三方SDK的基础上开展的；本人用过自研、腾讯、环信、融云、声网的IM服务。

APP IM框架需要有以下几个优点，或者说要优先考虑一下几个点：

• 1、对业务场景有完美的支持；

• 2、扩展性要强（能力、UI），可以应对产品经理的各种“刁难”；

• 3、第三方IM SDK 与APP业务纠缠小，可以随时替换；

• 4、本地化数据存储方便，一般是用户信息、聊天记录；

IM 能力

我们接第三方IM SDK，需要先基于第三方SDK做一个封转,这样如果以后要是切换供应商，我们只需要修改我们的封装成就可以了，对我们的业务API和UI基本上是没有影响的；我以我封转的SMTXIMManager为例：

QA：2、扩展性要强（能力、UI），可以应对产品经理的各种“刁难”；
需求：产品经理想新增一个在聊天界面给用户点歌的需求。
分析：A用户给B用户点歌，A用户选择一首歌以后发给B，A和B的消息列表都会新增一条自定义消息，然后弹出一个播放控制器，来播放歌曲；
开发：
1、首先我们在SMIMManager里面新增一种自定义消息类型就好了；
2、等下说…

QA：3、第三方IM SDK 与APP业务纠缠小，可以随时替换；

那我只需要修改SMIMManager与SDK的绑定就可以了，其他的业务模块其实我是不需要修改的；或者你也可以在APP中同时集成两个IM SDK，这样在SMIMManager里面你需要做一个判断。

UI 框架

和IM相关的控制器一般只用两个，一个是会话列表界面，一个是聊天界面，我这里把联系人也加进来了，因为联系人也算是APPIM的一部分，如下：

会话聊天界面（SMChatViewController）

消息列表（SMMessageController）

这里主要负责IM消息的展示，SMIMManager封装的API负责在这里调用，比如获取缓存的历史聊天记录、新消息的展示、消息撤回等等。
SMMessageController主要用到的就是消息的Cell和Data，如下图：


上面的层级模式，很多新手小白一看就明了。
QA：2、扩展性要强（能力、UI），可以应对产品经理的各种“刁难”；
需求：产品经理想新增一个在聊天界面给用户点歌的需求。
分析：A用户给B用户点歌，A用户选择一首歌以后发给B，A和B的消息列表都会新增一条自定义消息，然后弹出一个播放控制器，来播放歌曲；
开发：
1、首先我们在SMIMManager里面新增一种自定义消息类型就好了；
2、新增一个自定义SMMusicMessageCell和SMMusicMessageCellData，然后在列表中注册一下解析一下；
3、然后SMMusicMessageCell消息点击以后，就调用自己封装的歌曲播放器进行播放了。

SMInputController（输入框）

输入框上架集成了文本输入、语言输入、表情包、图片、视频、礼物等等，如下：

相关的结构图如下：

SMShowVipGiftView（礼物、点歌、会员等付钱的服务）

这是一个封装好的弹出层，在SMInputBar的礼物按钮上负责调用，也没啥好说的。

好友列表（SMContactsListViewController）

这个没什么好说的，SMUserRelationship已经封装好了相关的API。

会话列表（SMConversationListViewController）

这里面有系统消息，消息聚合，会话删除，会话置顶，标记未读，SMIMManager和SMUserRelationship也都封装好了相关的API。

QA：1、对业务场景有完美的支持；
上面的设计是不是能够完美贴合你的业务？

存储

项目中用到的数据本地存储底层采用 sqlite 和第三方 FMDB GitHub 开源框架，网上也有很多基于FMDB的二次封装，也很不错，在IM这块主要是用户信息和聊天数据的存储，如果要考虑到安全性，可以选择数据库加密，关于加密这里就不说了，哪天有时间专门说说移动端安全相关的。

QA：4、本地化数据存储方便，一般是用户信息、聊天记录；
这里我认为的方便就是，封装的易用性、存取安全、本地数据安全。

其他

在发送图片或者视频等消息的时候，我们一般上传到云存储（七牛、OSS等等），然后把云存储链接放到自定义消息格式里面发给对方。

在给资源文件的命名的时候，最好拼上图片或者视频的宽、高、格式等信息，那么在拿到链接的时候即使网络不好，我们可以先把容器定好，有利于页面UI的展示。