[Feature] 改进本地 mod 浏览体验：缓存 mod 信息、取消更新检查 about modmanager HOT 6 OPEN

1. 尝试过预解压文件，但似乎性能并没有太大的差异。性能可能主要消耗在图片加载的方面，后续会优化一下动态载入mod图片
2. 在 偏好设置 > 本地 > 更新 中将“更新检查间隔”设置为 “从不“ 就不会自动执行更新检查了
3. 软链接在 #11 中有提到

from modmanager.

2. 但是有时卡到一个 mod 就不动了。

这个在 #41 中修复了

from modmanager.

1. 不知道预解压指什么? 我想第一次加载时和现在一样，逐个解压，但这时要把 mod 文件里用到的内容如 mcmod.info 写入一个 json 中，以后每次启动只读取这个 json 而不去解压每个 mod 文件。如果做软链接功能，则一个目录下也会有很多 mod，甚至大小会上G(我这里已经3G了)，读一个几十几百k的文本和几个g的文件速度应该很大不同。是我没描述清楚：原文1中说了两个问题，一个是读取mod文件，另一个是读取完mod文件后渲染；上面说的是对第一个问题的想法；2说的是渲染完了后开始检查更新的问题
2. 这里依然卡在 1298/1463 个 mod。下的是(截至编辑) 41mins ago 的action构建；发 issue 时用的是(截至编辑) 5hours ago 的构建：都卡在某个 mod。已经等待 5 分钟。我指的取消更新检查是说已经开始检查，有mod尚未检查完，要取消这个过程（但还可以更新已经检查了的mod）。也是我没描述清楚。

from modmanager.

1. 不知道预解压指什么? 我想第一次加载时和现在一样，逐个解压，但这时要把 mod 文件里用到的内容如 mcmod.info 写入一个 json 中，以后每次启动只读取这个 json 而不去解压每个 mod 文件。如果做软链接功能，则一个目录下也会有很多 mod，甚至大小会上G(我这里已经3G了)，读一个几十几百k的文本和几个g的文件速度应该很大不同。是我没描述清楚：原文1中说了两个问题，一个是读取mod文件，另一个是读取完mod文件后渲染；上面说的是对第一个问题的想法；2说的是渲染完了后开始检查更新的问题

预解压就是吧所有mod解压成文件夹，在文件夹中索引而非在mod文件夹中索引（因为只是粗略测试一下，所以保留文件结构的方式比较简便），对于mod文本方面的信息缓存整合是能提升性能，也会在之后进行实现，不过这方面的性能消耗应该比不过图标渲染层面的消耗。

这里所指的渲染具体是指什么呢？mod列表的显示吗

这里依然卡在 1298/1463 个 mod。下的是(截至编辑) 41mins ago 的action构建；发 issue 时用的是(截至编辑) 5hours ago 的构建：都卡在某个 mod。已经等待 5 分钟。我指的取消更新检查是说已经开始检查，有mod尚未检查完，要取消这个过程（但还可以更新已经检查了的mod）。也是我没描述清楚。

这看起来很糟糕，我还得去继续找一下问题（虽然我这里似乎已经不会出现卡住的情况了）

from modmanager.

所指的渲染具体是指什么呢？mod列表的显示吗

是。
读完了 mod 文件，因把它们在 ui 上显示出来这不异步，所以无响应，1600 mods 的时候可持续 1 分钟以上无响应

from modmanager.

读完了 mod 文件，因把它们在 ui 上显示出来这不异步，所以无响应，1600 mods 的时候可持续 1 分钟以上无响应

了解了，这个马上就会去优化
（不过这倒跟异步没关系，因为界面绘制只能运行在主线程）

from modmanager.