创建命令

创建命令可以允许模组开发者添加一些可以通过命令使用的功能。 这个指南将会教会你如何注册命令和 Brigadier 的一般命令结构。

INFO

Brigadier 是 Mojang 为 Minecraft 编写的开源命令解析器和分发器。 它是一个树状命令库，让您可以构建命令和参数的树。

Command 接口

com.mojang.brigadier.Command 是一个可以执行指定行为的函数式接口，在某些情况下会抛出 CommandSyntaxException 异常。 命令有一个泛型 S，定义了_命令来源_的类型。 命令来源提供了命令运行的上下文。 在 Minecraft 中，命令来源通常是 CommandSourceStack，代表服务器、命令方块、远程连接（RCON）、玩家或者实体。

Command 中的单个方法 run(CommandContext<S>)，接收一个 CommandContext<S> 作为唯一参数，并返回一个整数。 命令上下文存储命令来源 S，并允许你获取参数、查看已解析的命令节点，并查看此命令中使用的输入。

就像其他的函数型接口那样，命令通常用作 lambda 或者方法引用：

Command<CommandSourceStack> command = context -> {
    return 0;
};

这个整数相当于命令的结果。 通常，小于或等于零的值表示命令失败，什么也不做。 正数则表示命令执行成功并做了一些事情。 Brigadier 提供了一个常量来表示执行成功：Command#SINGLE_SUCCESS。

CommandSourceStack 可以做什么？

CommandSourceStack 提供了命令运行时的一些额外的上下文，有特定实现， 包括获取运行这个命令的实体、命令执行时所在的世界以及服务器。

可以通过在 CommandContext 实例上调用 getSource() 方法来获得命令上下文中的命令来源。

Command<CommandSourceStack> command = context -> {
    CommandSourceStack source = context.getSource();
    return 0;
};

注册一个基本命令

可以通过 Fabric API 提供的 CommandRegistrationCallback 来注册命令 。

INFO

关于如何注册回调，请查看事件指南。

该事件应要在你的模组的初始化器中注册。

这个回调有三个参数：

• CommandDispatcher<CommandSourceStack> dispatcher - 用于注册、解析和执行命令。 S 是命令派发器支持的命令源的类型。
• CommandBuildContext registryAccess - 为可能传入特定命令参数的注册表提供抽象方法
• Commands.CommandSelection environment - 识别命令将要注册到的服务器的类型。

在模组的入口点中，我们只注册两个简单的命令：

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	dispatcher.register(Commands.literal("test_command").executes(context -> {
		context.getSource().sendSuccess(() -> Component.literal("Called /test_command."), false);
		return 1;
	}));
});

在 sendSuccess() 方法之中，第一个参数是要发送的文本，即 Supplier<Component>，以避免在不必要时实例化 Component 对象。

第二个参数决定是否广播反馈给其他的管理员。 一般来讲，如果命令是查询一些东西而不实际改变世界，比如查询世界的时间或者玩家的分数，则应该是 false。 如果命令实际上做了些事情，例如改变时间或者修改一些人的分数，则应该是 true。

如果命令失败，可以不必调用 sendSuccess()，而是直接抛出任何异常，服务器和客户端会适当处理。

通常抛出 CommandSyntaxException 异常来指示命令或参数中的语法错误。 你也可以实现你自己的异常。

要执行这个命令，必须输入 /test_command，这是大小写敏感的。

INFO

这里也说下，我们会把写在传入 .executes() 构造器中的 lambda 中的逻辑，写到单独的方法中。 然后给 .executes() 传入方法引用。 这样做是为了更清晰。

注册环境

如有需要，你可以确保命令仅在一些特定情况下注册，例如仅在专用的环境中：

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	if (environment.includeDedicated) {
		dispatcher.register(Commands.literal("dedicated_command")
				.executes(ExampleModCommands::executeDedicatedCommand));
	}
});

private static int executeDedicatedCommand(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /dedicated_command."), false);
	return 1;
}

命令要求

假如说你希望命令只有管理员可以执行， 这时就要用到 requires() 方法。 requires() 方法有一个 Predicate<S> 参数，提供一个 CommandSourceStack 以检测并确定 CommandSource 能否执行命令。

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	dispatcher.register(Commands.literal("required_command")
			.requires(source -> source.permissions().hasPermission(Permissions.COMMANDS_MODERATOR))
			.executes(ExampleModCommands::executeRequiredCommand));
});

private static int executeRequiredCommand(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /required_command."), false);
	return 1;
}

这个命令只会在命令源至少为 2 级管理员（包括命令方块）时才会执行， 否则，命令不会被注册。

这样做的副作用就是，非 2 级管理员会看到命令不会被 Tab 补全， 这也就是为什么没有启用作弊时不能够 Tab 补全大多数命令。

子命令

要添加子命令，你需要先照常注册第一个字面节点。 为拥有子命令，需要把下一个节点追加到已经存在的节点后面。

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	dispatcher.register(Commands.literal("command_one")
			.then(Commands.literal("sub_command_one").executes(ExampleModCommands::executeSubCommandOne)));
});

private static int executeSubCommandOne(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /command sub_command_one."), false);
	return 1;
}

类似于参数，子命令节点也可以设置为可选的。 在下面这个例子中，/command_two 和 /command_two sub_command_two 都是有效的。

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	dispatcher.register(Commands.literal("command_two")
			.executes(ExampleModCommands::executeCommandTwo)
			.then(Commands.literal("sub_command_two").executes(ExampleModCommands::executeSubCommandTwo)));
});

private static int executeCommandTwo(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /command_two."), false);
	return 1;
}

private static int executeSubCommandTwo(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /sub_command_two."), false);
	return 1;
}

客户端命令

类似地，Fabric API 在 net.fabricmc.fabric.api.client.command.v2 包中提供了 ClientCommandRegistrationCallback 事件，可用于注册客户端命令，并将原始的 Commands 类替换为等效的 ClientCommands 类。 代码应该仅存在于客户端的代码中。

ClientCommandRegistrationCallback.EVENT.register((dispatcher, registryAccess) -> {
	dispatcher.register(ClientCommands.literal("clienttater").executes(context -> {
		context.getSource().sendFeedback(Component.literal("Called /clienttater with no arguments."));
		return 1;
	}));
});

命令重定向

命令重定向（也称为别名）是将一个命令的功能重定向到另一个命令的方法。 这在您想更改命令名称但仍希望支持旧名称时非常有用。

WARNING

Brigadier 只会重定向有参数的命令节点。 如果需要重定向没有参数的命令节点，给 .execute() 构造器提供一个到相同逻辑的引用，就像这个例子中。

CommandRegistrationCallback.EVENT.register((dispatcher, registryAccess, environment) -> {
	var redirectedBy = dispatcher.register(Commands.literal("redirected_by").executes(ExampleModCommands::executeRedirectedBy));
	dispatcher.register(Commands.literal("to_redirect").executes(ExampleModCommands::executeRedirectedBy).redirect(redirectedBy));
});

private static int executeRedirectedBy(CommandContext<CommandSourceStack> context) {
	context.getSource().sendSuccess(() -> Component.literal("Called /redirected_by."), false);
	return 1;
}

常见问题

为什么我的代码不编译？

• 捕捉或抛出 CommandSyntaxException - CommandSyntaxException 不是 RuntimeException， 如果抛出，则抛出的地方所在方法必须在方法签名中也抛出 CommandSyntaxException，或者捕获。 Brigadier 会处理已检查的异常，并在游戏内为你转发适当的错误消息。

• 泛型问题 -你可能遇到了泛型问题。 如果你在注册服务器命令（大多数情况都是如此），确保你在静态导入中使用 Commands.literal 或 Commands.argument 而不是LiteralArgumentBuilder.literal 或 RequiredArgumentBuilder.argument。

• 检查 sendSuccess() 方法 - 你可能忘记了提供第二个参数（一个布尔值）。 还需要注意，从 Minecraft 1.20 开始，第一个参数是 Supplier<Component> 而不是 Component。

• 命令应该返回整数：注册命令时，executes() 方法接受一个 Command 对象，通常是 lambda。 这个 lambda 应该返回整数，而不是其他的类型。

可以运行时注册命令吗？

WARNING

可以这么做，但是不推荐。 你应该从服务器得到 Commands 并将任何你想要添加的命令添加到其 CommandDispatcher 中。

然后需要通过 Commands.sendCommands(ServerPlayer) 向每个玩家再次发送命令树。

这是必需的，因为客户端已经缓存了命令树并在登录过程中（或发出管理员数据包时）使用，以用于本地的补全和错误消息。

可以在运行时取消注册命令吗？

WARNING

可以这么做，但是这更不稳定，并且可能造成未预料的副作用。

为简化事情，你需要在 brigadier 中使用反射并移除这个节点， 然后还需要再次使用 sendCommands(ServerPlayer) 向每个玩家发送命令树。

如果不发送更新的命令树，客户端可能还是会认为命令依然存在，即使服务器无法执行。