代小呆
代小呆
will close in #1956 if no future plans on changing Mkdocs
> 而我们的规范内容非常地长 可以考虑加一个tl;dr版本 列出手册中最重要、难以进行后续改动或对文档影响极大的部分 以加快编辑上手速度和提高规范的阅读率
主要是考虑到有些人可能会把较为重要的密码（和锁屏设置一样的密码，甚至支付密码）作为应用锁的密码，在某些情况下把手机借给别人用的时候，虽然（使用手机的那个人知道如何找到密码的）几率微乎其微，还是有可能让其他人直接看到明文密码的
> 并发的时候可能会有部分请求失败，如果扩大请求状态，可能会出现有一些并发成功时总请求失败的问题。 > > 当然，如果有必要，我会让此配置项成为正则 API 请求有其特殊性，在访问 API 时需采用单源单请求模式以保证结果正确，所以并发在这个 scenario 里面不是问题。如果可以，可以考虑添加新的顺序发起请求的引擎。
请提供出现导出失败时的控制台截图。
请提供出现导出失败时的**控制台**截图。
> I like your loot table schema, but personally would prefer every monster loot table in one json file instead of in many files (per monster). I afraid we'll eventually...
I added a new layer `LootRegistry` which can help reduce the count of the files
I have added an example on handling gacha with loot table
I'll mark this pr as ready as I have implemented most of it. Future developments and migrations can be done in other new prs.