Створення команд

Створення команд може дозволити розробнику мода додати функціональні можливості, які можна використовувати за допомогою команди. Ця стаття навчить вас реєструвати команди та загальну командну структуру Brigadier.

INFO

Brigadier — це синтаксичний аналізатор і диспетчер команд із відкритим кодом, створений Mojang для Minecraft. Це деревоподібна бібліотека команд, де ви створюєте дерево команд і аргументів.

Інтерфейс Command

com.mojang.brigadier.Command — це функціональний інтерфейс, який запускає певний код і створює CommandSyntaxException у певних випадках. Він має загальний тип S, який визначає тип джерела команд. Джерело команди надає певний контекст, у якому була виконана команда. У Minecraft джерелом команди зазвичай є CommandSourceStack, яке може представляти сервер, командний блок, віддалене з’єднання (RCON), гравець або сутність.

Єдиний метод у Command, run(CommandContext<S>) приймає CommandContext<S> як єдиний параметр і повертає ціле число. Контекст команди містить джерело вашої команди S і дозволяє отримати аргументи, подивіться на розбір командні ноди та перегляньте вхідні дані, які використовуються в цій команді.

Як і інші функціональні інтерфейси, він зазвичай використовується як лямбда або посилання на метод:

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

Ціле число можна вважати результатом виконання команди. Зазвичай значення, що менше або дорівнюють нулю, означають, що команда не вдалася і нічого не буде робити. Позитивні значення означають, що команда була успішною та щось зробила. Brigadier забезпечує константу, яка вказує на успіх; Command#SINGLE_SUCCESS.

Що може зробити CommandSourceStack?

CommandSourceStack надає деякий додатковий специфічний контекст під час виконання команди. Це охоплює в собі можливість отримати сутність, яка виконала команду, світ, у якому була виконана команда, або сервер, на якому була виконана команда.

Ви можете отримати доступ до джерела команд із контексту команди, викликавши getSource() в екземплярі CommandContext.

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

Реєстрація звичайних команд

Команди реєструються в CommandRegistrationCallback, наданому Fabric API.

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() в окремі методи. Потім ми можемо передати посилання на метод до .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;
}

Ця команда виконуватиметься, лише якщо джерелом команди є принаймні модератор, включаючи командні блоки. Інакше команда не реєструється.

Побічним ефектом цього є те, що ця команда не показуватиметься у 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 містить ClientCommandManager у пакеті net.fabricmc.fabric.api.client.command.v2, який можна використовувати для реєстрації команд на стороні клієнта. Код має існувати лише в коді на стороні клієнта.

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

Перенаправлення команд

Переспрямування команд — також відоме як псевдоніми — це спосіб переспрямувати функціональність однієї команди на іншу. Це корисно, коли ви хочете змінити назву команди, але все одно бажаєте підтримувати стару назву.

WARNING

Brigadier перенаправлятиме лише ноди команди з аргументами. Якщо ви хочете перенаправити командний нод без аргументів, надайте конструктор .executes() із посиланням на ту саму логіку, що описана в прикладі.

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, який зазвичай є лямбда. Лямбда має повертати ціле число замість інших типів.

Чи можу я зареєструвати команди під час виконання?

WARNING

Ви можете це зробити, але не рекомендується. Ви отримаєте Команди від сервера та додасте будь-які потрібні команди до його CommandDispatcher.

Після цього потрібно знову відправити дерево команд кожному гравцеві за допомогою Commands.sendCommands(ServerPlayer).

Це потрібно, оскільки клієнт локально кешує дерево команд, яке він отримує під час входу в систему (або коли надсилаються пакети модератора) для локальних повідомлень про помилки, повних завершень.

Чи можу я скасувати реєстрацію команд під час виконання?

WARNING

Ви також можете це зробити, однак це набагато менш стабільно, ніж реєстрація команд під час виконання, і може спричинити небажані побічні ефекти.

Щоб все було просто, вам потрібно використовувати показ на Brigadier і видалити ноди. Після цього вам потрібно надіслати дерево команд кожному гравцеві за допомогою sendCommands(ServerPlayer).

Якщо ви не надішлете оновлене дерево команд, клієнт може вважати, що команда все ще існує, навіть якщо сервер не зможе її виконати.