默认
发表评论 4
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
求教IM消息中是否需要携带用户的信息(用户头像,昵称等)
阅读(41169) | 评论(4 收藏1 淘帖1
业务场景:服务器需要对接多端,包含web端、手机app端、小程序、和公众号,现在在客户端需要显示用户的头像和昵称等内容

   消息中是否需要携带用户的信息,还是只携带用户的id就好了,客户端如何来获取用户的头像地址、名称这些信息了,是重新去服务器获取一边然后缓存到本地么,我自己想是消息体里面单独的属性来携带发送方用户的信息和接收方用户的对象信息(对象信息包含用户的各种基础信息内容),这种的问题就是消息体比较大

还有个问题就是图文信息是在客户端就解析好(原始内容是文字+html标签组成)后在进行发送还是统一由服务端解析,并转发给客户端

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

标签:IM开发
上一篇:寻求IM即时通讯产品二次开发技术,接私活的进来看下一篇:Sqlite中IM聊天消息表越来越多之后, 如何优化数据库的打开时间

本帖已收录至以下技术专辑

推荐方案
评论 4
一个一个回答你的问题:

1)你问的消息里要不要带用户头像、昵称这些:
只要能不带就尽量不带,你可以试一下把微信或qq的手机缓存清单后,你的消息列表里能看到,用户昵称起初显示的是一个id号(微信看的更明显)、头像是空的,加载完成后,数据才完整显示完成。所以,通过微信和qq你也能想象的出来,这些信息是异常加载的,而不是消息里带的。

但有一种情况,比如匿名聊天这种,为了简化设计,可以带着,毕竟匿名聊天这样的业务不是常态,可以退而求其次。

2)关于图文消息的解析:
毫无疑问,优先让客户端来做这个事,服务端的逻辑你保持的越简单越好,简单就意味着未来性能、架构等的升级有更大的空间和更简单的操作方法,如果服务端逻辑越来越复杂,那后面就是噩梦了。总之,手机性能这么好,能把手机的性能发挥出来,是最经济的,必竟手机只针对这一个客户端,而服务端面对的是成百上千的客户端,负载压力和资源需求是不一样的。
引用:JackJiang 发表于 2019-01-16 11:51
一个一个回答你的问题:

1)你问的消息里要不要带用户头像、昵称这些:

ok,明白了,多谢
网页端,怕是得带着这些信息吧
引用:Shahala 发表于 2019-01-16 13:01
网页端,怕是得带着这些信息吧

JS也是可以内存缓存的啊
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部