AdoptOSS

我更倾向于按现实世界的使用习惯来分类命名模块，并尽量减少 `core` 里的非协议功能 - `mirai-login-solver-desktop` 所有有关验证的 UI 都可以放里面（包括以前的对话框），从用户角度来讲基本上要用就都会用到 ~不过像 `selemium` 这种环境要求复杂的可以单独出来 `mirai-login-solver-desktop-with-selemium`~ （当然 `selemium` 已经弃用了） - `mirai-login-solver-console` 无 UI 环境下的 `LoginSolver` - `mirai-login-solver-android` 而对于 `core`， 只需要提供 `LoginSolver` 接口就行 ps. 安装OOP的理想情况，`LoginSolver`接口应该设计为...

然后就是，现在 `mirai` 已经有较为完善的 `SPI` 了，像以前那种引入一大堆系统变量、硬编码`Class.forName`查询`LoginSolver`的行为大概都可以去除/废弃了（除非是为了兼容性考虑）

似乎可以参考 takayama-lily/oicq@7b56771c87c0f663885e482f2ee7109f963f24e8

> 看了一下, 按目前 mirai API 设计很好实现, 不需要 breaking change 目前的 RoamingMessages 是 timestamp-based 的 这里似乎需要引入 seq-based 的 RoamingMessages 接口

> -1073741515(0xC0000135): The program can't start because %hs is missing from your computer 这似乎是系统加载 exe 导入表时发现缺少相关库文件的报错，麻烦检查一下 `libcurl.dll` `libcrypto-3-x64.dll` 等文件是否拷贝到 `test.exe` 同目录 或 添加到 `Path` 环境变量之中 https://github.com/mamoe/mirai/blob/e00f592b84b4e4e3698569b891a9761de24bcd0c/.github/workflows/build.yml#L350 Windows 下链接器没有 rpath 机制，而...

(Rebased on the latest dev branch) I believe it okey on Windows. 

> 如果mirai的指令参数解析不能将第一个群参数识别为群（且第一个参数是可选的，有默认值），则把当前的参数交给下一个参数解析器识别，如果下一个解析器还是不能识别（且有默认值）就再交给下一个参数解析器识别，以此类推 不如直接支持不同参数数量的重载，实现上可能会更清晰

我的意思是，需不需要把前三名的名次提取出来（所用图标似乎是不同的）

> Change windows native socket code, **only use ipv4 instead** and fix unsafe printf usage. Why? This should not be applied without special reasons.

You should recheck your network environment first. Even if there is a bug, it’s not wise to disable Ipv6 rather than fixing the bug.