QQ 群里关于 status_update 元事件的讨论

[stdrc]

持久化一下，以免忘记

RC 00:46:37
所以现在方案可以是，新增一个 meta.status_update 事件，通信建立连接时和online（或实现定义的其他状态）发生变化时，推送
孤梦星影 | Koishi 00:46:37

RC 00:46:40
跟心跳不同
RC 00:46:46
心跳是定时推送
孤梦星影 | Koishi 00:46:57
如果不做 online/offline 的话这个就应该一直 enabled
孤梦星影 | Koishi 00:47:07
如果做的话，要不要把 status 去掉呢
鲸鱼 | OB12 00:47:12
等等，为什么会需要status_update呢
RC 00:47:26
机器人online状态变化
RC 00:47:33
比如掉线了
鲸鱼 | OB12 00:47:47
那不就是一个元事件吗
RC 00:47:49
" 孤梦星影 | Koishi 00:47:07
如果做的话，要不要把 status 去掉呢 "
@孤梦星影 | Koishi 感觉可以
RC 00:47:57
这样status就完全由status_update更新
RC 00:47:59
听起来合理
鲸鱼 | OB12 00:48:01
和通信方式无关的
RC 00:48:09
是的
孤梦星影 | Koishi 00:48:15
是的
RC 00:48:32

鲸鱼 | OB12 00:48:35
所以status_update是个meta事件吗
RC 00:48:39
但这个可能会影响现在libob的实现逻辑
RC 00:48:47
ws没什么问题
鲸鱼 | OB12 00:49:02
" RC 00:48:32
 "
为什么会推送status
鲸鱼 | OB12 00:49:26
如果status更新的话就让他推不就好了吗
RC 00:49:55
" 鲸鱼 | OB12 00:49:26
如果status更新的话就让他推不就好了吗 "
那这样的话就是，推送失败就不管了
RC 00:50:01
这样实现会简单点
孤梦星影 | Koishi 00:50:19
我觉得 webhook 的成功和失败是具有连续性的
孤梦星影 | Koishi 00:50:30
一般一个事件失败，其他相邻事件也会挂（
RC 00:50:37
这样的话要求，应用端如果采用 http webhook，他需要比实现端先启动 server
鲸鱼 | OB12 00:50:39
那我觉得可能不是个问题，就是需要一个响应的规定
RC 00:50:44
不然收不到online事件
孤梦星影 | Koishi 00:50:58
我觉得这里没必要细化，各个实现自行处理也可以？
孤梦星影 | Koishi 00:51:08
就是各自有各自的逻辑，spec 不规定
RC 00:51:17
那就提出个元事件，其他随他们去了