前排提醒:本文共有 1885 个字

目录

距离酷 Q 关停服务至今已经有半年多的时间了。在 2020 下半年期间,我几乎没有刻意去寻找可用的 QQ 机器人框架,以至于我的机器人的账号就闲置在一旁。

而在 2021 年年初,我又突然想要去复活我的机器人,根据朋友的推荐,我选择了 小栗子机器人框架 。如今使用这款框架已经获取两三个月的时间,我将会在这篇文章中讲述我认为这个框架的优势以及他的不足之处。

优势

广泛的 API 支持

API 很多,真的很多,从普通的发消息(包括文字消息、 XML 卡片、 Json 卡片)到发红包均可实现。可想而知在强大的 API 基础上会产生多么新奇有趣的功能。

强大的信息接收

然后就是其信息的接受端口了。小栗子的私信接收可以将各种私聊消息区分开来 (包括好友消息、群临时私聊和业务私聊消息) ,同时还可以接受事件消息 (包括入群特效事件、消息撤回事件、其他设备上/下线时间等) ,群消息支持同时接受机器人自身发出的消息。并且小栗子还支持当收到消息时向服务器发送「已读」回执,这对于将机器人账号同时挂在自己的设备上的用户来说还是方便不少的。

插件权限自定义

小栗子框架支持将插件请求的权限手动禁用,比如有一个插件你只想要他发送名片赞但不发消息,那么你可以单独禁用插件的「发送消息」权限。

多个 QQ 、自定义状态

框架支持在一个框架上同时登录多个 QQ ,同时登录的协议也支持「QQ HD」、「企点 QQ 」、「手 Q 845」以及「TIM」。在使用「手 Q 845」协议登录后,还可以像手机 QQ 一样自定义登录状态。

劣势

这个嘛...

开发文档就是一坨💩

拿到这个框架我就想写插件,写插件就要看开发文档,但是这个开发文档非常的一言难尽。我读了整个开发文档,总感觉这个文档只教了我怎么开发用模块 (但是会开发的还用看这个?orz) 、插件参数的设置和群聊消息来源的判断方法,其他的东西要么没说,要么那块文档就是空的。要是我是一个新手,估计就没开发那个念头了。

没有任何的开发规范

是的,人家啥也没规定。这也就意味着你可以在不违法的情况下瞎几把写插件。爽就完事了!

更加麻烦的开发

还记得上面我们提到的区分私信消息来源和多账号登录吗?现在因为这两个功能,开发将变得更加麻烦。因为你可能会写更多的 if (想象一下满页的花括号)。再者,因为获取登录的 QQ 获取来的是 Json 格式的数据,你还可能需要使用第三方模块或者自己手搓 Json 解析,难度又上了一个档次。

以及我非常不理解为什么 手机 QQ 和 电脑 QQ 的消息换行不能被框架自动替换为 #换行符 ?为什么识别消息中的换行我还要调用 取腾讯换行符(真/假) ?把换行识别整合进框架里不是更加方便吗?为啥还要开发者单独拉一个函数出来识别?

没有什么必要的第三方 UI 库

对于经常使用手机登录服务器看机器人状态的我来说,无需多言,懂的都懂。

因为发送错误就下线

我已经遇到好几次这种问题了。有的时候用户签到,赞发出去了要发图,发图的时候返回的状态码要是不等于 0 就掉线,还要等一会才自己上线。有的时候连续几个人签到,机器人就反复去世,关键是上线还要等半天,真的绝了。

「关闭窗口」和「退出程序」

我已经无数次搞混他们两个了,不多做解释。

没有悬浮窗

看状态的时候必须要打开主窗口才能看,没有「悬浮窗」这种东西 (虽然我也好奇多账号下怎么开发悬浮窗)


回归标题,那么小栗子到底能不能成为酷 Q 的替代品?我觉得难说。如果你需要广泛的 API 、多账号支持的话,那么你可以考虑一下小栗子,但是如果你想要一个简洁、干净的环境(无论是开发环境还是实际使用),那么我认为小栗子还不够格。

总之,我们这群 QQ 机器人需求者还需要在没有酷 Q 的环境下继续苟活,努努力找找其他的框架或者是自己做一个吧!

最后放张图证明一下自己不是云评测
最后放张图证明一下自己不是云评测

最后编辑:2021年04月16日 ©著作权归作者所有

发表评论

正在加载 Emoji