simpler-robot
simpler-robot copied to clipboard
simple-robot
3.0.0
目前版本暴露的问题越来越多。考虑重新设计项目结构。
- [x] 重构为gradle project
- [x] api模块
- [x] 核心模块
- [x] 组件模块
- [x] 组件协同
- [x] tencentguild
- [x] mirai
- More..?
- [x] 公共模块
- [x] 通用工具
如果真有3.0 希望能少抛一点RuntimeException，已经踩了好多坑了:(
昨天刚把自己机器人写完，已经没有什么bug了，然后把机器人挂服务器上了。中途把测试群解散了(因为功能已经差不多了)，结果一个定时任务中要用GETTER获取机器人加入的群，即使那个群已经被解散了，但还是获取到了那个群，接着让机器人对这个群发消息，直接抛了一个RuntimeException强行把循环终止了，刚好这个群排序还靠前，直接让定时任务作废了,,,
如果真有3.0 希望能少抛一点RuntimeException，已经踩了好多坑了:(
昨天刚把自己机器人写完，已经没有什么bug了，然后把机器人挂服务器上了。中途把测试群解散了(因为功能已经差不多了)，结果一个定时任务中要用GETTER获取机器人加入的群，即使那个群已经被解散了，但还是获取到了那个群，接着让机器人对这个群发消息，直接抛了一个RuntimeException强行把循环终止了，刚好这个群排序还靠前，直接让定时任务作废了,,,
你这问题听上去，归根结底是mirai会获取已解散群聊的bug。你可以考虑在循环体内try-catch以保证循环本身正常，或者发起一个新的issue并提供相关错误日志。 当然，未来版本会考虑优化这些情况，但是运行时异常很难说会变少
不过这个感觉要踩一次坑，才会知道要catch哪个Exception，确实感觉有点难受
嗯..这个确实，但是实际上假若把所有异常变成受检异常也会在另一个层面很难受，只能说会更加完善注释说明，所有可能的异常都会提前说明
21/10/5
- 重构为
gradle项目。 - 旧设计暴露出的问题日益严重，而只身一人维护庞大的项目与其所得之间的天平开始摇摆。
在思考
v3.0.0设计的同时需要考虑其他方面的事情了。
目前只有你一个人吗？那确实太辛苦了。可惜我不会kotlin，如果是java的话，我倒是可以加入
确实。你的心意我领了，感谢。不过最近也是为了学习在做些其他项目，目前这个项目会开始更新缓慢了。
想问个问题，3.0里面如何不通过定时任务或者监听，直接向某个qq发消息，2.0可以通过启动类实现SimbotProcess 接口 获取到context。3.0有类似的方法吗
想问个问题，3.0里面如何不通过定时任务或者监听，直接向某个qq发消息，2.0可以通过启动类实现SimbotProcess 接口 获取到context。3.0有类似的方法吗
请在独立issue中发起新疑问