lamgc / scalabot Goto Github PK

目前 Bot 的 MapDB 文件名称为 token 的 SHA-256，但是 BotToken 是可以更换的，如果创建者更换了 Token，将导致数据库不可用，所以计划换一个命名方法。

计划添加一个 Http 服务端，用于检查 ScalaBot 的运行状态，

举个例子（不一定是实际实现）

例如接口为 http://localhost:8800/healthy，接口的返回有以下类型：

• HTTP 200：ScalaBot 已启动完成，状态良好
• HTTP 500：ScalaBot 出现异常，无法提供服务
• HTTP 100：ScalaBot 正在启动中

目前测试出现一个新的问题，如果某个 Json 字段为 null 或者不存在的情况下，Gson 将会忽略这个字段的解析（而且还不会调用字段类型的 Serializer 进行处理），导致这个 null-safety 属性为 null。

估计得要为部分配置类写一个 Serializer 来处理这个问题。

至于为啥用 Gson 不用 moshi，我记得是因为 Moshi 对简单 Json 处理不友好，所以没使用 Moshi。
看 Gson 官方估计是不把这个当问题的，得麻烦一下咯。

关联 Pull Request #8

打算加个从 Maven 仓库（并不局限于 Maven **仓库）加载扩展的 ExtensionPackageFinder，但现有的扩展包发现机制会将从 Maven 仓库发现的扩展包视为冲突项，所以计划添加一个发现器优先级与选项，用于控制扩展包使用优先级与可选与否的操作。
所需细节：

• 对于不同优先级的扩展包，取高优先级扩展包使用；
• 对于最高优先级中存在多个包的，作为冲突处理（禁止加载）；
• 为发现器设计一个延迟获取扩展包的方式，用于在确定使用的情况下将扩展包从非本地来源传输至本地进行加载（或者直接加载，不过不安全）；
• （可能）允许发现器标记自己找到的依赖项为可选，此时即使优先级相同，也不会视为冲突；

ScalaBot 这个名字有太多项目使用了，需要改一个名字。
原本这个名字是 Scalable 跟 Telegram 结合而成的，但搜了一下发现一堆这个名字的项目。
所以得想个新的名字。

查看 Telegram Bots API 文档时，发现有个可以设置命令范围的功能：BotCommandScope
计划利用这个功能，增强命令列表的更新功能，让用户看到可以使用的命令，看不到不能使用的命令。

相关文档：https://core.telegram.org/bots/api#botcommandscope

由于 JSON 格式对普通用户不太友好（根据目前得到的用户反馈），因此计划支持 TOML 配置文件格式，以提高易用性。

把安装和使用的教程塞在 Readme 里，不利于详细说明呐，所以计划丢 Wiki 里，然后写详细一些，方便浏览。

使用常量不利于对组件进行测试，有必要改一下常量对象的获取形式了！
需要调整的常量有：

• Const
• AppPaths

经排查，使用 Const 的有：

• AppMain.kt
• AppConfig.kt

使用 AppPaths 的有：

• AppMain.kt
• AppConfig.kt
• BotDBMaker.kt
• ExtensionComponents.kt

计划的改动：

• 将依赖常量对象的方法，将常量的依赖方式设计为方法参数的默认值；
• [Reject] 使用自定的 Getter 方法提供常量，以此控制组件所使用的常量对象（比如在测试时提供预期的输入）；

ScalaBot 在配置上有一些信息可以向扩展提供，最主要的就是代理配置。
或许应该使用一种方法，将有关的配置提供给扩展，减少用户的配置难度。

计划在启动时，调用一下 GetMe 接口，检查机器人账号是否正常。