Java 命令创建者的 Bedrock 命令限制
7 分钟阅读
Bedrock 命令不是具有不同前缀的 Java 命令。一些命令系列重叠，但 Java NBT 有效负载、递归passenger、项目组件Output和datapack JSON 不会一对一映射。 NBTForge 在所选版本无法表示相同数据的情况下发出警告。
指南结果
用于确定 Java 命令是否可以Copy到 Bedrock 还是需要单独的 Bedrock 工作流程的实用检查表。
推荐路径
- 在信任Output之前，将 Edition 选择器切换至 Bedrock Stable。
- 请注意有关无法表示仅 Java 的 NBT 或组件的警告。
- 如果可能，将递归 Java Passengers 替换为后续 Bedrock 骑行命令。
- 避免假设datapack JSON 资源可以在 Bedrock 世界中运行。
- 当支持两个版本时，将 Java 和 Bedrock Project 条目分开。
passenger和乘车工作流程
Java 可以将递归passenger数据放入召唤命令中。 Bedrock 通常需要骑行命令和分阶段设置。这意味着一行 Java 生物堆栈可以变成多个 Bedrock 命令，或者可能需要不同的设计。
当视觉创意比确切的单行结构更重要时，请首先构建 Java 版本，然后将关系转换为 Bedrock 骑行工作流程。
NBT-重型物品和实体
Java NBT 和项目组件可以携带详细的项目、实体和显示数据。 Bedrock 不接受相同位置的相同有效负载，因此高级 Java Output不应直接粘贴到 Bedrock 中。
对于 Bedrock 安全内容，请将命令保持在支持的命令参数附近，并使用 NBTForge 警告作为停止标志，而不是建议。
- 自定义 Java 物品组件不是 Bedrock 物品系统。
- Java实体NBT不会成为有效的Bedrock召唤数据。
- datapack JSON 资源是 Java datapack资源，而不是 Bedrock 行为包。
如何发布跨版本内容
如果文章、预设或 Command Pack针对两个版本，请编写单独的 Java 和 Bedrock 步骤。不要在脚注中隐藏限制。创作者在粘贴之前需要了解。
当 Bedrock 版本被视为其自己的命令配方而不是下转换的 Java 命令时，NBTForge 效果最佳。
运送Copy 的工件
使用本指南来生成玩家或地图制作者将实际运行的工件：Copy 的命令、订购的 Project 包或datapack资源。最终审查应该发生在 Copy 的Output上，而不仅仅是可编辑的构建器状态。
当工作流对版本敏感时，请在命令旁边标记目标版本。当它使用选择器、记分板、bossbars、标签、loot table或项目顺序时，请在发布设置之前在干净的世界中测试这些依赖项。
- 来自 Output 的 Copy 用于一个命令，来自 Project 的订购包。
- 将 Java、Bedrock 和快照变体分开。
- 首先用无害的Output测试破坏性的选择器。
- 当指南成为规范工作流程时更新相关预设。
相关指南与预设
常见问题
NBTForge 能否将每个 Java 命令转换为 Bedrock？
不会。它可以生成受支持的 Bedrock Output并显示警告，但某些 Java NBT、组件、passenger和datapack工作流没有直接等效的 Bedrock 命令。
我应该如何处理 Java passenger命令？
尽可能使用 Bedrock 骑行工作流程，并期望使用多命令设置，而不是一个递归 Java 召唤命令。
本指南什么时候应该成为 Project 包？
当工作流需要多个命令、有设置和清理顺序或测试后必须再次编辑时，请使用 Project。一次性命令可以保留在 Output 中。