Recipe Book Access API - 配方书访问API

配方书访问是一个简单的 Fabric API，旨在直观地为任何合成界面添加外部容器访问支持。\

它将配方书功能重定向至检查并填充来自可自定义的容器列表，而不仅仅是玩家的物品栏。

这意味着什么？

亲眼看看吧！

\

这是一个示例，展示了一个使用此 API 通过自定义容器列表的模组化工作台，在此特定情况下，它使用了附近所有箱子的容器。

仅安装此模组无法实现上述效果——如果你正在寻找为工作台实现此功能的模组，你可能需要的是 附近合成 模组。

快速入门指南

如需更详细的使用指南，包括如何在你的项目环境中设置此 API，请查看此项目在 Github 上的自述文件 此处。

此 API 提供了一个简单的接口 RecipeBookInventoryProvider，位于 com.jomlom.recipebookaccess.api。

此接口必须在你的屏幕处理器类中实现，只需重写一个方法 (getInventoriesForAutofill()) 即可获得 API 的全部功能。

你必须实现此方法以返回一个容器列表，你希望配方书能够访问并从中合成，默认情况下这不会包括玩家的物品栏。

代码示例：

import com.jomlom.recipebookaccess.api.RecipeBookInventoryProvider

public class YourCraftingScreenHandler extends AbstractRecipeScreenHandler implements RecipeBookInventoryProvider {
    // 你现有的代码...

    @Override
    public List getInventoriesForAutofill() {
        return yourInventoriesList;
    }
}

此 API 所做的假设：

• 你的屏幕处理器类继承自 AbstractRecipeScreenHandler 或其任何子类
• 你对应的屏幕继承自 RecipeBookScreen，以便利用 Minecraft 的配方书

（我尚未在这些假设之外进行测试）

常见问题

• 问：我可能发现了一个问题... \

答：欢迎在 Github 上创建问题，或直接在 Discord 上联系我 @joonty

• 问：你会发布对 x 版本的支持吗？ \

答：我计划很快发布对旧版本的支持，目前不计划发布 Fabric 之外的其他加载器（Forge、NeoForge 等）支持。如果你希望为其他加载器制作版本，欢迎在 Discord 上联系我！@joonty

• 问：我的 getInventoriesForAutofill() 实现需要在客户端工作吗？ \

答：不需要！getInventoriesForAutofill() 仅在服务器端的屏幕处理器中使用，API 会自动为你保持客户端结果的同步更新！