创建你的第一个模组¶
简介¶
这个教程旨在帮助你开始在LeviLamina中进行模组开发。它绝不是LeviLamina中所有可能性的完整教程，而是基础知识的总体概述。首先确保您了解C++，在 IDE中设置工作区，然后介绍大多数LeviLamina模组的基本知识。
在这个教程中，我们将会创建一个简单的模组，用于实现以下功能：
- 玩家可以输入
/suicide指令自杀 - 玩家首次登录服务器时给予一个钟
- 玩家使用钟时，弹出确认窗口询问是否自杀，如果确认则自杀
这个教程包含以下知识点：
- 日志输出
- 订阅和退订事件
- 注册指令
- 读取配置文件
- 数据库存取
- 使用表单
- 构造Minecraft对象
- 调用Minecraft函数
!!! info 本教程的所有源码可以在futrime/better-suicide找到。我们建议你一边看源码一边看教程。
学习C++¶
这些教程需要C++编程语言的基础知识。如果您刚刚开始使用C++或需要复习一下，以下是一个非详尽的列表。
- C++ Developer Roadmap
- cppreference.com
- C++ Tutorial
- C++ Language Tutorial
- hacking C++
- C++ Core Guidelines
设置工作区¶
在开发模组（或学习C++）之前，您需要设置一个开发环境。这包括但不限于以下内容：
- xmake
- Visual Studio Code
- Git
- Visual Studio 2022 （安装Visual Studio 2022时，请确保勾选了C++桌面应用开发这一项）
!!! warning 如果你安装的不是最新版本的Visual Studio 2022、MSVC和Windows SDK，则后续在构建、加载、运行模组中有可能遇到问题。如果你遇到了类似xxx is not a member of std这样的问题，请考虑这个可能性。本教程测试构建的环境是Visual Studio Community 2022 17.8.1、MSVC v143 - VS 2022 C++ x64/x86 build tools (v14.38-17.8)、Windows 11 SDK (10.0.22000.0)
!!! tip 由于LeviLamina项目极大，如果你使用Visual Studio Code，其自带的Intellisense系统可能不堪重负。我们建议你安装clangd扩展并使用clangd进行代码检查等。安装clangd和对应的扩展后，你需要运行以下命令生成compile_commands.json，然后重启VSCode以使clangd生效。
```shell
xmake project -k compile_commands
```
然后，你需要在某处安装LeviLamina。本教程针对的是LeviLamina 0.6.3，对于其它版本，可能需要做一些修改。
创建模组仓库¶
访问levilamina-mod-template，点击Use this template以使用这个模板初始化你的模组仓库。
将模组仓库使用Git克隆到本地，然后使用VSCode打开。你需要修改其中的一些文件，填写你的模组信息。
首先，你需要修改xmake.lua中模组名字信息。修改模组名字是为了指定你的模组的名字，这个名字将会在LeviLamina中显示。名字允许英文大小写、数字、中划线，不允许包括空格和其他特殊字符，建议采用example-mod或ExampleMod这两种形式。在这里，我们的模组命名为better-suicide。
接着，修改tooth.json的内容。tooth.json为lip安装模组包提供了相关信息，正确配置后，你的模组将会被Bedrinth收录，并能被全世界的用户下载安装。将tooth字段的值改为这个模组的GitHub仓库地址，填写info中各个信息字段，然后根据仓库release地址填写asset_url字段，修改依赖的LeviLamina版本，并根据在xmake.lua中填写的模组名修改place的src和dest。对于本文的模组，以下是一个可行的参考：
{
"format_version": 3,
"format_uuid": "289f771f-2c9a-4d73-9f3f-8492495a924d",
"tooth": "github.com/futrime/better-suicide",
"version": "0.6.0",
"info": {
"name": "better-suicide",
"description": "Allow players to suicide in Minecraft.",
"tags": [
"platform:levilamina",
"type:mod"
],
"avatar_url": ""
},
"variants": [
{
"platform": "win-x64",
"dependencies": {
"github.com/LiteLDev/LeviLamina": "1.3.*"
},
"assets": [
{
"type": "zip",
"urls": [
"https://github.com/futrime/better-suicide/releases/download/v0.6.0/better-suicide-windows-x64.zip"
],
"placements": [
{
"type": "dir",
"src": "better-suicide/",
"dest": "plugins/better-suicide/"
}
]
}
]
}
]
}
然后，你需要修改LICENSE文件中的版权信息。你可以在这里选择一个适合你的模组的开源协议。请放心，你的模组不需要开源，因为模组模板使用了CC0协议，你可以随意修改或删除LICENSE文件。但是，我们建议你使用一个开源协议，因为这样可以让其他人更容易地使用你的模组和帮助你改进你的模组。
接下来，你需要修改README.md文件中的内容。这个文件将会在你的模组仓库主页显示，你可以在这里介绍你的模组的功能、使用方法、配置文件、指令等等。
最后，你需要修改命名空间名。将MyMod.cpp和MyMod.h中命名空间my_mod改成你想要的名字。按照C++常见惯例，命名空间名应当使用小写字母和下划线，且应当保持一致。这里，我们统一改成better_suicide。同样，你可以将MyMod.cpp和MyMod.h改为你想要的名字，但同时要记得把源文件中的#include MyMod.h改为新的头文件名。
构建你的模组¶
在一切开始之前，先让我们尝试构建一下空的模组。
先更新一下仓库：
配置构建：
!!! tip 如果你想以其它模式构建，也可以使用-m release或-m releasedbg。这两个模式会开启fastest优化等级。其中，-m release会关闭调试信息，而-m releasedbg会开启调试信息，就像-m debug一样。对于它们的具体区别，请参考自定义规则 - xmake。
!!! failure 如果你在更新仓库或配置构建过程中，出现了下载失败的情况，那么可能需要配置GitHub镜像代理：
```shell
xmake g --proxy_pac=github_mirror.lua
```
或者[配置HTTP代理](https://xmake.io/#/zh-cn/package/remote_package?id=%e8%ae%be%e7%bd%ae%e4%bb%a3%e7%90%86)：
然后构建：
!!! tip 你也可以安装xmake扩展来更方便地进行构建和生成 compile_commands.json，顺带一提，使用xmake扩展生成compile_commands.json前需要将扩展设置中的Compile Commands Directory改为"."才能让clangd检测到。
!!! failure 构建失败了？尝试升级一下Visual Studio 2022、MSVC和Windows SDK吧。记住，一定要升级到最新版本。
补充#include¶
在MyMod.cpp中补充#include，最终效果看起来是这样的：
#include "MyPMod.h"
#include "Config.h"
#include <ll/api/Config.h>
#include <ll/api/command/CommandHandle.h>
#include <ll/api/command/CommandRegistrar.h>
#include <ll/api/data/KeyValueDB.h>
#include <ll/api/event/EventBus.h>
#include <ll/api/event/player/PlayerJoinEvent.h>
#include <ll/api/event/player/PlayerUseItemEvent.h>
#include <ll/api/service/Bedrock.h>
#include <mc/server/commands/CommandOrigin.h>
#include <mc/server/commands/CommandOutput.h>
#include <mc/world/actor/player/Player.h>
注册指令/suicide¶
在BDS中，指令并不是一开始就能够注册的，而是需要在特定的程序执行之后才能注册。因此，你不能在模组加载时注册模组，而只能在模组启用时注册指令。一般来说，还应当在模组禁用时解注册指令，以防止出现未定义行为。
!!! warning 模组在加载时，会调用其构造函数。但请不要将事件订阅、指令注册等任何与游戏相关的操作放在构造函数中，因为这些操作需要在游戏加载完成后才能进行。如果你在构造函数中进行了这些操作，那么你的模组将很有可能会在加载时崩溃。
!!! tip 一般来说，模组的构造函数中只需要进行一些与游戏无关初始化操作即可，例如初始化日志系统、初始化配置文件、初始化数据库等等。
bool MyMod::enable() {
// ...
// Register commands.
auto commandRegistry = ll::service::getCommandRegistry();
if (!commandRegistry) {
throw std::runtime_error("failed to get command registry");
}
auto& command = ll::command::CommandRegistrar::getInstance()
.getOrCreateCommand("suicide", "Commits suicide.", CommandPermissionLevel::Any);
command.overload().execute([this](CommandOrigin const& origin, CommandOutput& output) {
auto* entity = origin.getEntity();
if (entity == nullptr || entity->getEntityTypeId() != ActorType::Player) {
output.error("Only players can commit suicide");
return;
}
auto* player = static_cast<Player*>(entity); // NOLINT(cppcoreguidelines-pro-type-static-cast-downcast)
player->kill();
getSelf().getLogger().info("{} killed themselves", player->getRealName());
});
// ...
return true;
}
让我们将这些代码拆开来看。下列语句获取指令注册表。指令注册表只有在特定时机之后才会生效，因此其类型为optional_ref<T>。我们需要判定获取到的指令注册表是否有效。
auto commandRegistry = ll::service::getCommandRegistry();
if (!commandRegistry) {
throw std::runtime_error("failed to get command registry");
}
LeviLamina的指令系统支持使用CommandRegistrar::getOrCreateCommand()函数直接注册或获取指令。
auto& command = ll::command::CommandRegistrar::getInstance()
.getOrCreateCommand("suicide", "Commits suicide.", CommandPermissionLevel::Any);
其中，第一个参数是指令本身，即在控制台或聊天栏内输入的字符。虽然尚未测试各种特殊字符能否生效，但我们仍然建议只包含小写英文字母。第二个参数是指令简介，在聊天栏输入指令的一部分时，会在上方以半透明灰色的形式显示候选指令及其简介。第三个参数是指令的权限等级，其定义如下。其中，如果我们希望生存模式下的普通玩家也能执行，应当选择Any。而GameDirectors对应至少为创造模式的玩家的权限，Admin对应至少为OP的权限，Host对应控制台的权限。
enum class CommandPermissionLevel : uchar {
Any = 0x0,
GameDirectors = 0x1,
Admin = 0x2,
Host = 0x3,
Owner = 0x4,
Internal = 0x5,
};
然后，我们需要为指令增加一个重载并设置对应的回调。
!!! note 指令的重载意味着指令的一个模式，例如ll <unload|reload|reactivate> <mod:string> 是一个重载，而ll list是另一个重载。下面是一个例子，来自LeviLamina的模组管理指令：
enum LeviCommandOperation : int {
unload,
reload,
reactivate,
};
struct LeviCommand {
LeviCommandOperation operation;
SoftEnum<mod::ModNames> mod;
};
void registerModManageCommand() {
// ...
cmd.alias("ll");
cmd.overload<LeviCommand3>().text("load").required("mod").execute(
[](CommandOrigin const&, CommandOutput& output, LeviCommand3 const& param) {
// ...
}
); // ll load <mod:string>
cmd.overload<LeviCommand>()
.required("operation")
.required("mod")
.execute([](CommandOrigin const&, CommandOutput& output, LeviCommand const& param) {
// ...
}); // ll <unload|reload|reactivate> <mod:string>
cmd.overload().text("list").execute([](CommandOrigin const&, CommandOutput& output) {
// ...
}); // ll list
}
在回调函数中，我们首先尝试获取指令的执行来源。在这里，我们需要进行一个判定，因为控制台、命令方块乃至各种实体都能够执行指令，但自杀模组应当只响应玩家的请求。如果错误的执行来源执行了自杀指令，那么应当提示一个错误信息。
auto* entity = origin.getEntity();
if (entity == nullptr || entity->getEntityTypeId != ActorType::Player) {
output.error("Only players can commit suicide");
return;
}
当我们确认了执行来源为玩家后，我们就可以将实体指针转换为玩家指针，并杀死之。
auto* player = static_cast<Player*>(entity);
player->kill();
getSelf().getLogger().info("{} killed themselves", player->getRealName());
!!! warning 由于BDS缺乏RTTI信息，因此不能够使用dynamic_cast<T>()。
!!! tip 你可能注意到另一个函数player->getName()，但我们并没有使用它。这是因为玩家的名字是可以通过模组或其它方式进行修改的，而player->getRealName()的结果则是（一般来说较为）固定的。
到这一步，指令对象已经配置完毕，当服务器启动后，指令对象将被加载到游戏中。
在enable()函数的末尾，返回一个true，代表模组启用成功。如果在enable()函数中返回了false，则LeviLamina会认为模组启用失败，并在控制台上提示错误信息。
读取配置文件¶
我们的模组的第二个功能是玩家首次进入服务器时，给予一个钟；第三个功能是使用钟的时候，弹出确认自杀的提示，玩家确认后可以自杀。但这两个功能有个小问题：服务器管理员可能已经安装了其它的模组，实现了类似的功能，而不希望使用这个自杀模组中这几个功能。我们希望能提供某种方式，允许管理员开关这两个功能。
我们在此非常高兴地宣布，LeviLamina在C++中，实现了配置文件与配置信息结构体的反射。这意味着，我们可以在C++中定义一个结构体，然后在配置文件中定义这个结构体的实例，LeviLamina会自动将配置文件中的内容读取到结构体实例中。这样，我们就可以在C++中直接使用这个结构体实例，而不需要自己去解析配置文件。
首先，我们另外创建一个Config.h文件，定义一个结构体Config，用于保存配置信息。
struct Config {
int version = 1;
bool doGiveClockOnFirstJoin = true;
bool enableClockMenu = true;
};
我们在匿名命名空间中增加一个成员变量，用于保存配置文件中的配置信息。
然后，我们读取配置文件并将配置信息保存到成员变量中。
bool MyMod::load() {
// ...
// Load or initialize configurations.
const auto& configFilePath = getSelf().getConfigDir() / "config.json";
if (!ll::config::loadConfig(config, configFilePath)) {
getSelf().getLogger().warn("Cannot load configurations from {}", configFilePath);
getSelf().getLogger().info("Saving default configurations");
if (!ll::config::saveConfig(config, configFilePath)) {
getSelf().getLogger().error("Cannot save default configurations to {}", configFilePath);
}
}
// ...
}
在这段代码中，我们首先获取模组的配置文件路径，然后调用ll::config::loadConfig()函数，将配置文件中的配置信息读取到结构体实例中。如果读取失败，我们将会在控制台上输出警告信息，并将默认配置信息保存到配置文件中。
!!! note 由于配置文件读取是在构造函数内进行的，所以在后续操作中可以保证配置文件已经读取成功了。
将玩家进服信息持久化保存在数据库中¶
我们的模组的第二个功能是玩家首次进入服务器时，给予一个钟。但是，如果我们将进服信息保存在内存中，那么当服务器重启后，玩家的进服信息就会丢失。因此，我们需要将玩家的进服信息持久化保存在数据库中。LeviLamina提供了KV数据库的封装，可以让我们在C++中直接使用数据库。
首先，我们在匿名命名空间中增加一个成员变量，用于保存数据库实例。
!!! note 为什么是std::unique_ptr<ll::KeyValueDB>而不是ll::KeyValueDB？这是因为ll::KeyValueDB禁止拷贝，只能移动。因此，我们需要使用std::unique_ptr来保存ll::KeyValueDB的实例。
!!! warning 请不要使用普通的指针来保存ll::KeyValueDB的实例，因为这样很容易使得生命周期管理变得复杂，从而导致内存泄漏和其他问题。请记住：你在写C++，而不是C。
然后，我们在load函数中，初始化数据库实例。
bool MyMod::load() {
// ...
// Initialize databases;
const auto& playerDbPath = getSelf().getDataDir() / "players";
playerDb = std::make_unique<ll::data::KeyValueDB>(playerDbPath);
// ...
}
在这段代码中，我们首先获取模组的数据库路径，然后调用std::make_unique<ll::data::KeyValueDB>()函数，创建一个数据库实例。如果数据库路径不存在，那么std::make_unique<ll::data::KeyValueDB>()函数会自动创建数据库路径。
!!! note 由于数据库初始化是在构造函数内进行的，所以在后续操作中可以保证数据库已经初始化成功了。
玩家首次进服时，给予一个钟¶
我们的模组的第二个功能是玩家首次进入服务器时，给予一个钟。我们需要在玩家进服时，判断玩家是否首次进服，如果是，则给予一个钟。
在BDS中，玩家进服时，会触发事件PlayerJoinEvent。在LeviLamina中，我们可以订阅这个事件，当这个事件被触发时，模组可以在这里实现玩家进服时的逻辑。
在匿名命名空间中，我们增加一个事件监听器指针：
在enable()函数中注册这个事件监听器，并在disable()函数中取消注册。
bool MyMod::enable() {
// ...
auto& eventBus = ll::event::EventBus::getInstance();
playerJoinEventListener = eventBus.emplaceListener<ll::event::PlayerJoinEvent>(
[doGiveClockOnFirstJoin = config.doGiveClockOnFirstJoin,
&playerDb = playerDb,
this](ll::event::PlayerJoinEvent& event) {
if (doGiveClockOnFirstJoin) {
auto& player = event.self();
const auto& uuid = player.getUuid();
// Check if the player has joined before.
if (!playerDb->get(uuid.asString())) {
ItemStack itemStack("clock", 1);
player.add(itemStack);
// Must refresh inventory to see the clock.
player.refreshInventory();
// Mark the player as joined.
if (!playerDb->set(uuid.asString(), "true")) {
getSelf().getLogger().error("Cannot mark {} as joined in database", player.getRealName());
}
getSelf().getLogger().info("First join of {}! Giving them a clock", player.getRealName());
}
}
}
);
// ...
}
bool MyMod::disable() {
// ...
auto& eventBus = ll::event::EventBus::getInstance();
eventBus.removeListener(playerJoinEventListener);
// ...
}
让我们将这些代码拆开来看。在回调lambda函数中，我们捕获了配置中的doGiveClockOnFirstJoin，以及模组的this和数据库实例。然后，我们判断配置中的doGiveClockOnFirstJoin是否为true，如果是，则继续执行逻辑。
[doGiveClockOnFirstJoin = config.doGiveClockOnFirstJoin,
&playerDb = playerDb
this](ll::event::player::PlayerJoinEvent& event) {
if (doGiveClockOnFirstJoin) {
// ...
}
}
接下来，我们获取事件实例中的玩家实例和玩家的UUID。
!!! note 这里获取的UUID的类型是mce::UUID而不是std::string。我们建议只有在需要时才将UUID转换为std::string，因为mce::UUID的实现更加高效。
!!! danger 请不要使用XUID作为玩家的唯一标识符。虽然在LiteLoaderBDS时代，不少模组使用XUID作为玩家的唯一标识符，但这是不正确的。XUID是Xbox Live的标识符，而不是玩家的标识符。如果服务器没有开启在线模式，或者存在假人，那么XUID的行为将是不可预测的。因此，我们强烈建议使用UUID作为玩家的唯一标识符。
然后，我们使用玩家的UUID作为键，从数据库中获取玩家是否已经进服过。如果玩家已经进服过，那么我们就不需要再给予玩家一个钟了。
接下来，我们创建一个钟的物品栈，并将这个物品栈添加到玩家的背包中。
!!! note 这里使用了ItemStack类，而不是Item类。ItemStack类是Item类的一个包装，它包含了物品的数量、附魔、耐久等信息，而Item类仅仅代表这个物品类别。因此应当使用ItemStack类而不是Item类。
然后，我们需要刷新玩家的背包，以便玩家能够看到钟。
最后，我们将玩家的UUID作为键，将玩家标记为已经进服过。
// Mark the player as joined.
if (!playerDb->set(uuid.asString(), "true")) {
getSelf().getLogger().error("Cannot mark {} as joined in database", player.getRealName());
}
在disable()函数中，我们需要在事件总线上移除事件监听器以取消对事件的订阅。
使用钟的时候，弹出确认自杀的提示¶
我们的模组的第三个功能是使用钟的时候，弹出确认自杀的提示，玩家确认后可以自杀。我们需要订阅玩家使用物品的事件，当玩家使用钟时，弹出确认自杀的提示。
在匿名命名空间中，我们增加一个事件监听器指针：
在enable()函数中注册这个事件监听器，并在disable()函数中取消注册。
bool MyMod::enable() {
// ...
playerUseItemEventListener =
eventBus.emplaceListener<ll::event::PlayerUseItemEvent>([enableClockMenu = config.enableClockMenu,
this](ll::event::PlayerUseItemEvent& event) {
if (enableClockMenu) {
auto& player = event.self();
auto& itemStack = event.item();
if (itemStack.getTypeName() == "minecraft:clock") {
ll::form::ModalForm form(
"Warning",
"Are you sure you want to kill yourself?",
"Yes",
"No",
[this](Player& player, bool yes) {
if (yes) {
player.kill();
getSelf().getLogger().info("{} killed themselves", player.getRealName());
}
}
);
form.sendTo(player);
}
}
});
// ...
}
bool MyMod::disable() {
// ...
eventBus.removeListener(playerUseItemEventListener);
// ...
}
让我们将代码拆开来看。在回调lambda函数中，我们捕获了配置项enableClockMenu和this，然后进行判断，只有配置项启用时，才执行逻辑。
playerUseItemEventListener = eventBus.emplaceListener<ll::event::PlayerUseItemEvent>(
[enableClockMenu = config.enableClockMenu, this](ll::event::PlayerUseItemEvent& event) {
if (enableClockMenu) {
// ...
}
}
);
在逻辑中，我们首先获取该事件的两个属性，即使用物品的玩家和被使用的物品。然后判断物品id是否为clock，并执行弹出表单的逻辑。
auto& player = event.self();
auto& itemStack = event.item();
if (itemStack.getTypeName() == "clock") {
// ...
}
!!! warning 不要使用itemStack.getName()，因为这个函数返回的是物品显示的名字，比如Clock或Iron Sword。
在这里我们使用了最简单的模态表单ModalForm，其构造函数的第一个参数是表单的标题，第二个参数是表单提示内容，第三个参数是左下角按钮内容，第四个参数是右下角按钮内容。回调函数接收两个参数，第一个参数是表单发送向的玩家，第二个参数是玩家的选择，true代表选择了左下角按钮。
ll::form::ModalForm form(
"Warning",
"Are you sure you want to kill yourself?",
"Yes",
"No",
[this](Player& player, bool yes) {
if (yes) {
player.kill();
getSelf().getLogger().info("{} killed themselves", player.getRealName());
}
}
);
接下来将表单发送给玩家即可。
运行你的模组¶
如果你的模组正常构建完毕，你应该能看到bin/目录内有一个以你的模组名为名的目录。将这个目录拷贝到LeviLamina目录中的plugins/目录里面（如果没有，请创建），得到如下的文件结构：
然后运行LeviLamina服务器（bedrock_server_mod.exe）即可。
下一步？¶
你可以公开发布你的模组，让更多的人使用你的模组。
更进一步的练习¶
我们可以在这个模组的基础上，增加一些功能，来练习LeviLamina模组开发的更多知识。下面是一些可能的练习：
- 设置玩家自杀的冷却时间
- 让玩家自杀时，保留所有物品不掉落
- 让玩家自杀时，保留经验
- 让玩家自杀时，在原地重生
- 统计玩家自杀次数，并在侧边栏显示排行榜
- 使用更高级的表单，让玩家选择自杀的方式
- 让玩家自杀时，显示一个自定义的死亡信息