来源:即时通讯网 - 即时通讯开发者社区!
轻量级开源移动端即时通讯框架。
快速入门 / 性能 / 指南 / 提问
轻量级Web端即时通讯框架。
详细介绍 / 精编源码 / 手册教程
移动端实时音视频框架。
详细介绍 / 性能测试 / 安装体验
基于MobileIMSDK的移动IM系统。
详细介绍 / 产品截图 / 安装体验
一套产品级Web端IM系统。
详细介绍 / 产品截图 / 演示视频
引用此评论
引用:JackJiang 发表于 2022-10-20 20:49 聊天类型+A的uid+B的uid就能组成唯一会话id,为什么要去折腾什么生成会话id。。。
引用:frfr46467979 发表于 2022-10-21 08:06 那反过来 B 和 A呢? 因为a和b的会话 跟 b和a的会话是一样的要公用一些属性
引用:JackJiang 发表于 2022-10-21 10:56 就我个人体会来说,im里并不需要什么明确的会话id这个东西,就拿我的RainbowChat体会来说,所有的消息, ...
引用:frfr46467979 发表于 2022-10-21 11:57 我们的会话表也是这样设计的。 现在是服务端有个问题。比方说A和B有一个共享的变量消息总数。A和B之间发 ...
引用:JackJiang 发表于 2022-10-21 14:51 我不理解你的需求
引用:frfr46467979 发表于 2022-10-21 16:13 需求是这样的我们要再会话上体现这个会话发了多少红包。 群的话直接群内的人发红包统计这个群即可 但是 ...
引用:JackJiang 发表于 2022-10-21 16:17 我明白你的意思,你服务端存储的这两人互为好友,其实是有两条数据库记录对吧。
引用:frfr46467979 发表于 2022-10-21 16:20 是的有两条记录
引用:JackJiang 发表于 2022-10-21 16:25 那你的实现上应该是,谁发的红包记在谁的头上,你想统计这个会话的总红包数,就是两者相加。 这样设计才 ...
引用:fuyoo 发表于 2023-12-15 22:19 uid+uid来个字典排序把,不管是发送to的uid+form的uid还是form的uid+to的uid都会是一个唯一值
精华主题数超过100个。
连续任职达2年以上的合格正式版主
为论区做出突出贡献的开发者、版主等。
Copyright © 2014-2024 即时通讯网 - 即时通讯开发者社区 / 版本 V4.4
苏州网际时代信息科技有限公司 (苏ICP备16005070号-1)
Processed in 0.152334 second(s), 44 queries , Gzip On.