建议的模组安装文件结构

小火星露谷管理器希望用户将所有模组直接解压到Mods这一层目录，而不是嵌套存放。

比如你安装了两个模组，Content Patcher和Custom Companions，你应该直接解压到Mods文件夹中，并保证解压的内容全部在一个文件夹内。Mods文件夹的下一层文件夹内不能嵌套多个模组。

例如：

Mods
├── Content Patcher 1.30.4-1915-1-30-4-1701450834
│   └── ContentPatcher
│       ├── ContentPatcher.dll
│       ├── config.json
│       └── manifest.json
├── Custom Companions 3.0.0-8626-3-0-0-1677202603
│   └── CustomCompanions
│       ├── CustomCompanions.deps.json
│       ├── CustomCompanions.dll
│       ├── CustomCompanions.pdb
│       └── manifest.json

想要保证模组遵循建议，做到这一点最简单的方式就是当你下载了一个新的模组压缩包（zip）后，你可以在Mods中新建一个文件夹，并将压缩包内容解压到这个文件夹中。

反例

接下来是一个反例，Mods的下一层文件夹“前置”中存在两个模组，Content Patcher和Custom Companions：

Mods
└── 前置
    ├── Content Patcher 1.30.4-1915-1-30-4-1701450834
    │   └── ContentPatcher
    │       ├── ContentPatcher.dll
    │       ├── config.json
    │       └── manifest.json
    └── Custom Companions 3.0.0-8626-3-0-0-1677202603
        └── CustomCompanions
            ├── CustomCompanions.deps.json
            ├── CustomCompanions.dll
            ├── CustomCompanions.pdb
            └── manifest.json

为什么要这样做？

如果玩家们都将模组按照建议存放到Mods，小火星露谷管理器可以很方便地知道一个模组文件夹的根在那一层文件夹，也就是Mods的下一层。管理器可以确定你从某个zip包中解压出来的所有东西都在这个文件夹中，那么这个文件夹就可以作为模组管理的最小单位进行管理。

反之，如果不进行这样的规范操作，小火星露谷管理器没有办法判断模组文件夹的根在哪。

这样做有什么好处？

确定了模组文件夹的根，就可以以这个文件夹为单位进行模组的一键更新，管理器将知道更新时应该删除哪个文件夹。如果不这样做，管理器很有可能会误删未更新的模组。

不通过文件夹嵌套，如何分类模组？

大部分用户嵌套文件夹的目的实际上是为了分类模组，小火星露谷管理器提供了更加高效的方式分类模组，也就是【模组标签】+ 【备份】。

例如，一些用户喜欢建立如下文件夹：

• 扩展模组
• 功能性模组
• 美化模组
• 前置模组
• …

用户通过这样的方式给模组分类，相当于给模组打了一个标签，以区分模组的类型。
管理器允许用户给自己的模组打上标签，并且是多个标签。

另外，用户如果对单个模组的定位还不够清晰，可以对模组进行备注，比如：