冒险地图入门Command Pack
10 分钟阅读
一张冒险地图很少需要一个命令。它需要一个小的安装包，可以在测试后进行审查、Copy和再次运行。本指南将常见的地图设置工作转变为可预测的 NBTForge Project 流程。
指南结果
一个分阶段的Command Pack，用于设置地图规则、将玩家返回大厅、标记导航并提供可见的反馈。
推荐路径
- 首先创建游戏规则命令，以便世界规则在包的顶部可见。
- 添加大厅或重置点的传送或生成返回命令。
- 添加当玩家需要导航支持时的航路点或标记命令。
- 将标题、声音和粒子反馈构建为单独的命令，而不是将它们隐藏在注释中。
- 将每个命令保存到 Project 并按照其应运行的顺序Copy最终包。
建议的命令顺序
从稳定的世界状态开始：游戏规则、时间、天气和其他环境命令。然后添加玩家移动、反馈、奖励和清理命令。此顺序使包在发生变化时更容易扫描。
一个简单的入门包可以包括 keepInventory、doMobSpawning、大厅传送、标题消息、奖励项目、播放声音反馈和粒子标记。
- 首先是世界设置。
- 玩家路线第二。
- 第三是视觉和音频反馈。
- 最后是奖励和清理。
使用 Project 作为事实来源
Project 比草稿笔记更可靠，因为每个命令都会保留其上下文，并且可以重新加载到匹配的构建器中。当奖励项目发生变化时，重新加载该条目，更新它，然后再次Copy包。
按用途命名条目，而不仅仅是命令系列。当狼群增长时，“大厅返回”比“传送命令”更有用。
发布前测试通过
在测试环境中运行该包并检查顺序问题。在游戏规则之前传送可能仍然有效，但是当世界状态首先出现时，设置命令更容易推理。
当命令特定于版本时，请在 Project 标题或周围文档中包含版本。
运送Copy 的工件
使用本指南来生成玩家或地图制作者将实际运行的工件：Copy 的命令、订购的 Project 包或datapack资源。最终审查应该发生在 Copy 的Output上，而不仅仅是可编辑的构建器状态。
当工作流对版本敏感时，请在命令旁边标记目标版本。当它使用选择器、记分板、bossbars、标签、loot table或项目顺序时，请在发布设置之前在干净的世界中测试这些依赖项。
- 来自 Output 的 Copy 用于一个命令，来自 Project 的订购包。
- 将 Java、Bedrock 和快照变体分开。
- 首先用无害的Output测试破坏性的选择器。
- 当指南成为规范工作流程时更新相关预设。
相关指南与预设
常见问题
地图设置应该是一个command block链还是一个函数文件？
使用适合地图的任何一个。 NBTForge Project 可以为command block或函数式工作流Copy相同的有序command block。
入门包应包含多少个命令？
保持第一个版本较小：世界规则、大厅/重置、一条反馈线以及一个奖励或标记。该包之后的 Add 复杂性很容易重新运行。
本指南什么时候应该成为 Project 包？
当工作流需要多个命令、有设置和清理顺序或测试后必须再次编辑时，请使用 Project。一次性命令可以保留在 Output 中。