关于群服务的实现
浏览:1680次 出处信息
既然好多朋友感兴趣,我就继续写写我对 IM 服务的看法。
许多人都认为 QQ 比较粘人的设计是群。我个人是反感“群"这个设定的,以前写 blog 批判过。不过我不否定用户的需求。
我认为,任何支持 XMPP 协议的 IM ,都可以利用 XMPP 的 s2s 服务做出一个独立于所有 IM 提供商的独立的群服务出来。
我想这个形式应该是这样的:
用户只需要加一个叫 群号@groupchat.foobar 的好友。由 groupchat.foobar 服务器提供 XMPP s2s 的协议。服务器指派一个机器人管理这个指定群。然后由这个聊天机器人来负责转发信息就好了。
这有点像 wow 做团队 DKP 工具一样。
可以设计一个人阅读方便的文本协议,不通过特定的 client 来解析,就能模拟出很好的用户体验的群聊服务。如果配上特定的 client ,用户体验会更好。
关键在于,这个服务可以做的很开放,不限制是由什么 IM 来使用。只要你用的 IM 服务支持 XMPP 即可。把 qq 群转移到这个上面也不会是太难的事情。而且这个群聊服务(groupchat.foobar)谁都可以做,并可以共存。技术牛的可以不限制群的人数,承载能力差的可以限制用户。有能力的可以提供 web 界面的聊天记录备查。
IM 协议只有到了互联互通那天,才能更好的激发程序员们的创造力,给用户更好的 IM 体验。
建议继续学习:
QQ技术交流群:445447336,欢迎加入!
扫一扫订阅我的微信号:IT技术博客大学习
扫一扫订阅我的微信号:IT技术博客大学习
<< 前一篇:QQ 用户关系的迁移
后一篇:前端开发是产品设计么 >>
文章信息
- 作者:云风的 BLOG 来源: 云风的 BLOG
- 标签: IM XMPP 群服务
- 发布时间:2010-11-07 08:56:16
近3天十大热文
- [71] IOS安全–浅谈关于IOS加固的几种方法
- [70] Twitter/微博客的学习摘要
- [65] 如何拿下简短的域名
- [64] android 开发入门
- [63] Go Reflect 性能
- [62] find命令的一点注意事项
- [60] 流程管理与用户研究
- [59] 图书馆的世界纪录
- [59] 读书笔记-壹百度:百度十年千倍的29条法则
- [58] Oracle MTS模式下 进程地址与会话信