基于融云的好友关系实现

最新推荐文章于 2018-11-02 15:59:40 发布

AMing_阿明

最新推荐文章于 2018-11-02 15:59:40 发布

阅读量6.7k

点赞数 2

分类专栏： android rongcloud rongcloud集成篇文章标签：聊天社交好友关系融云

本文链接：https://blog.csdn.net/qq_19986309/article/details/49964505

版权

android 同时被 3 个专栏收录

35 篇文章 0 订阅

订阅专栏

rongcloud

25 篇文章 0 订阅

订阅专栏

rongcloud集成篇

11 篇文章 3 订阅

订阅专栏

好友关系是社交 IM 中非常重要的一个模块，一般意义上的理解即是成为好友关系以后。才能进行聊天沟通但是对于融云来说只要你给了的 userid , 我知道了对方的 userid 就跟跟对方发起聊天也就是发起会话。我们不妨点击来参考一下 bob 的讲解好友关系的博客你的 App 怎么去定义好友关系就看你和你的 server 怎么去维护这个关系和 userid 了下面我会通过 app 实例给大家讲解一下好友关系的实现

一 : 实例展示

gif 无法预览的同学请点击右边链接 : 这边不得不吐槽一下涛哥的平台,我上传的gif才1.7MB就死活上传不上去.辛苦大家点我

下面对这个动图做一下讲解

1 我们首先可以清晰的看到两个端的的用户信息然后我点击了好友目前可以清晰的看到现在好友列表里面的是空的没有一个好友数据

2 接下来我点击了社交社交里面有个添加好友我输入 shenzhen 模糊查询出了两个好友点击我们正在登陆的 shenzhen 添加好友输入我需要添加的好友信息 shenzhen ni hao

3 这个时候重点来了 beijing 给 shenzhen 发送好友请求同意后我们可见验证消息上面的未读消息小红点出现了我们点击进去看到 beijing 申请添加我为好友了

4 此时我们来看看 beijieng 端的验证消息模块里面有什么变化第一次是展示的请求添加也就是我申请添加发出去了等待对方响应当 shenzhen 点击同意添加以后此时我再下拉刷新了我发出去的申请添加状态编程了已添加目前应该算是整个好友添加以及被同意的完整流程走完了

5 我们再来点击好友列表发现两个端彼此的好友列表里面都有了对方其实整个好友列表 item 下面就是藏了一个 userid 点击后会调用 stratPrivatechat 这就是所谓的怎么控制 userid 的出现来维护和实现好友关系

6 最后我们再来看会话列表会话列表此时也收到了服务端发来的同意对方成为好友的消息以及我添加对方时候的验证消息

注: 好友关系是非常灵活的建议大家不要盲目被上面的概念固定死了思维也可以自己有更好的方式去实现, 用目前的接口实现的好友关系没有立即拒绝添加只有同意添加和默认不处理如果你的产品需求有立即拒绝添加这个需要你和你的后台看怎么去设计接口了

二 : 代码实现

相信大家看了上面的 gif 和 1-6 点的概念脑海里面已经比较清楚好友关系的实现了方便大家理解得更加深刻这边再对代码和接口做一下梳理(接口为 Demo server的接口) 自己的 App 应该有自己的接口

http://webim.demo.rong.io/ request_friend

请求方式：POST
参数：(Integer $id  String message)
返回成功json：

{"code":200}

{"code":304,"message":"unknow error"}

你应该必须有个请求加对方为好友的接口当然搜索查询用户的接口肯定也得有上面的代码片段是请求加对方为好友我们再来看看接收到这个好友申请的时候服务端做了什么事

服务端有个好友列表

http://webim.demo.rong.io/get_friend

请求方式：GET
参数：
返回成功json：
//status : 1 好友, 2 请求添加, 3 请求被添加, 4 请求被拒绝, 5 我被对方删除

{
    "code": 200,
    "result": [
        {
            "id": "6754",
            "email": "yangpan@feinno.com",
            "username": "Ariel@iPhone",
            "portrait": "http://www.gravatar.com/avatar/3f56d1043edd4b9657c465ac7a507067?s=82",
            "status": "1"
        },
        {
            "id": "19237",
            "email": "18919026893@163.com",
            "username": "hahajaj",
            "portrait": "http://www.gravatar.com/avatar/6405153265d25fd4b6dccfacf0fe410c?s=82",
            "status": "1"
        }
    ]
}

这里主要看维护的状态的变化当你发起添加对方的好友申请以后服务端好友表的 status 这个字段有就有值了目前是在两个端看到的是不一样请求端是请求添加接收到这个被添加的请求端的状态是请求被添加此时服务端还做了一件事发了一个添加好友的消息(这里的消息为融云内置消息) 给被请求好友端被请求好友端收到这个消息(接收消息的监听) 去刷新好友列表的 status 状态

 @Override
    public boolean onReceived(Message message, int i) {
        MessageContent messageContent = message.getContent();
        if (messageContent instanceof ContactNotificationMessage) {
            BroadcastManager.getInstance(mContext).sendBroadcast(FRIEND_MESSAGE);
        }

上面的代码片段是接收消息的监听收到服务端推来的好友消息后发送一个广播去通知刷新好友列表在上面的 gif 图当中也就是点开验证消息后的界面

http://webim.demo.rong.io/process_request_friend

请求方式：POST
参数：(Integer $id, Boolean $is_access)
O false 不接收
1 true接收
返回成功json：

{"code":200}
{"code":111,"message":"credential is error"}
{"code":306,"message":"unknow error"}

上面的接口也有是当我收到对方加我为好友的消息后在服务端存储的状态为 3 也就是请求被添加时候使用的这个时候我可以发个请求同意对方添加我为好友去改变服务端存储的 status 这个时候状态的 1 也就是你们互相为好友关系了其实说白了也就是我请求和被请求都是去即使的查询服务端存储的好友关系的 status 如果为 1 我们就把对方的 userid

做成一个好友实体展示在好友列表了

好了，相信你此时如果认真仔细的研读了上面的 gif 图片和和概念还有接口代码 , 我相信好友关系的实现对你来说并不是难事了！