支持一下

又学到了新知识

感谢分享

引用：IMDeveloper 发表于 2017-02-20 12:16
文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

这种情况是不是可以订阅当前会话，当前会话实时推送，如果会话关闭结束退订即可。

沈剑老师，点赞

引用：IMDeveloper 发表于 2017-02-20 12:16
文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

这样会出现新的需求，得维护正打开群页面用户的，这个数据变化应该是非常频繁的，是否得不偿失

细节的讨论

干货

学习中

引用：IMDeveloper 发表于 2017-02-20 12:16
文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

混合使用

支持一下

文章写的不错，受益匪浅！

引用：IMDeveloper 发表于 2017-02-20 12:16
文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

分场景而论吧，看相关的技术

引用：IMDeveloper 发表于 2017-02-20 12:16
文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

说的很好，赞！

文章写的不错，但有些内容个人不赞同，比如作者说：
群状态的最佳建议是用“拉”的方式实现。

个人认为，这应该是不对的，以QQ群为例：当当前正处理该群的聊天界面时，为了实时性，状态应该是实时推送过来的，而当此聊的聊天界面处于后台时则应是用“拉”的方式。这样就能在体验和性能上取得一个好的结果。至于文中担心的：当群员很多时会发生“推送风暴”，个人认为这不太可能发生，因为一个群里的人再多，同时正在打开这个群（即该群正处于当前聊天窗口）的人并不可能那么多。