Presence Footsteps (Forge)

过去我曾将各种小型 Fabric 模组移植到 Forge 供个人使用，每次移植都学到了更高效的方法。

对于 Presence Footsteps，我执行了以下流程：
1. 克隆要移植的 Fabric 模组的仓库
2. 获取 Forge MDK，设置 Mixin 配置和 Yarn2MCP 的 Yarn 映射
3. 使用 ForgeGradle 的 updateMappings 命令将 Yarn 转换为 MCP
到这一步，相当一部分工作已经完成了！
4. 使用 Linkie Discord 机器人手动将剩余的 Yarn 类名翻译为 MCP 类名，同时翻译一些 Mixin 相关内容
5. 手动将 Fabric 特有的 API 和做法翻译为 Forge 的等价物（例如独立的事件系统、独立的模组初始化方式等……）

关于此次移植的说明：
– 下次我可能会尝试使用 MojMap 作为中间翻译映射，而不是 Yarn2MCP，以减少设置时间，并在使用 ForgeGradle 的 updateMappings 或 Loom 的 migrateMappings 命令之间保持灵活性。这次我没有使用它们，因为上次我检查时，Linkie 不支持在 MojMap 和 MCP 之间进行翻译，但现在这似乎已经解决了。
– 我确实尝试过在转换为 MCP 之前直接使用 Yarn2MCP 的 Yarn 映射运行代码，但由于映射错误，遗憾的是这无法实现。
– 该模组使用了一些仅限 Fabric 的模组前置库，所以我不得不也移植所使用的部分。我在该库中有一个特定函数遇到了麻烦，它与某个 MCP 方法名相同，导致编译错误，因为代码所指的方法存在歧义（如果我没记错的话，这与 GUI 库中按钮的工具提示渲染有关）。目前，我只是禁用了那个方法调用作为变通方案。
– 我记得开发者说过他们不喜欢 MCP 映射，但有趣的是，我发现多处变量名与 MCP 类名匹配而非 Yarn 类名。也许只是从 LiteLoader 时代复用的代码？谁知道呢……
– 这不是我最优雅的解决方案——我当时很无聊，所以在 updateMappings 自动化之后仍然手动复制了库相关内容来完成部分工作。