Forte Scarlet

我倒是还看到能添加一些 `node.js` 相关的配置类型，但是不知道是不是跟web相关的，也不知道它的支持效果是什么样的 ..

2022年4月17日 , 期待中

#19 #59 #59

> 想参与开发，有指导文档之类的吗 @bingling-sama 由于目前v3版本的api还在接近beta的阶段，且普通开发者的文档也还没有完善，而组件开发的文档优先级会低于普通开发文档，所以很可惜的是目前暂时没有这方面的文档。 不过对于参考，你可以参考目前已有的v3组件： - https://github.com/simple-robot - https://github.com/simple-robot/simbot-component-mirai - https://github.com/simple-robot/simbot-component-kook 如果真的希望参与但是上述仓库难以参考，可以添加QQ `1149159218`，在指导文档出来之前暂时性的私下交流。感谢您的贡献。

放弃仍旧站在Java和QQ的立场上思考API的方式，尝试以宏观视角

应考虑赋予`Bot`更多职能 考虑更抽象的概念

> 如果真有3.0 希望能少抛一点RuntimeException，已经踩了好多坑了:( > > _昨天刚把自己机器人写完，已经没有什么bug了，然后把机器人挂服务器上了。中途把测试群解散了(因为功能已经差不多了)，结果一个定时任务中要用GETTER获取机器人加入的群，即使那个群已经被解散了，但还是获取到了那个群，接着让机器人对这个群发消息，直接抛了一个RuntimeException强行把循环终止了，刚好这个群排序还靠前，直接让定时任务作废了,,,_ 你这问题听上去，归根结底是mirai会获取已解散群聊的bug。你可以考虑在循环体内try-catch以保证循环本身正常，或者发起一个新的issue并提供相关错误日志。 当然，未来版本会考虑优化这些情况，但是运行时异常很难说会变少

> 不过这个感觉要踩一次坑，才会知道要catch哪个Exception，确实感觉有点难受 嗯..这个确实，但是实际上假若把所有异常变成受检异常也会在另一个层面很难受，只能说会更加完善注释说明，所有可能的异常都会提前说明

21/10/5 - 重构为 `gradle` 项目。 - 旧设计暴露出的问题日益严重，而只身一人维护庞大的项目与其所得之间的天平开始摇摆。 在思考 `v3.0.0` 设计的同时需要考虑其他方面的事情了。

> 目前只有你一个人吗？那确实太辛苦了。可惜我不会kotlin，如果是java的话，我倒是可以加入 确实。你的心意我领了，感谢。不过最近也是为了学习在做些其他项目，目前这个项目会开始更新缓慢了。