随着块编辑器的发展，缺少对自定义字段的好支持一直是个问题。虽然自定义字段在 WordPress 里还是很常用，但在块编辑器里，它们被放在了页面底部，没有得到很好的融合。不过，有了新的块绑定 API（API de ligações de blocos），这一切都将有所改进。
什么是块绑定 API？
想象一下，如果你正在建立一个 WooCommerce 商店，并在设计首页时用到了块编辑器。你可能会用一个特别的循环显示最流行的产品，这涉及到许多不同的信息，比如产品描述、图片、图库和添加到购物车的按钮等。
目前，WooCommerce 需要为每种类型的信息单独制作和管理自定义块，这意味着很多重复的工作和技术上的负担。而且，每当块编辑器更新新的设计工具时，开发团队需要更新所有自定义块以确保它们能正常工作。但如果他们能直接使用普通的块，比如段落、标题或按钮，并告诉 WordPress 让这些块显示产品信息，那岂不是更方便？
这正是块绑定 API 的目标，它不仅限于自定义字段，还可以帮助处理所有类型的数据，使得在块编辑器中管理数据变得更容易，无论是文章和网站信息（如作者名或特色图片），还是使模板同步funcionalidade更强大。
动态数据可以节省时间和资源吗？
为了深入了解 Block Bindings API，我联系了 Pods 框架的主要开发者和 WordPress 核心项目 Fields API 的负责人 Scott Kingsley Clark。Fields API 主要解决的是如何避免开发人员重复编写相同代码的问题。
Pods、高级自定义字段（ACF）等工具就是为了解决这个问题而生的。它们让开发者无需每次都重新写代码就能创建自定义帖子类型、设置页面和字段输入。
Scott 把他的工作和 WooCommerce 联系起来，提到很多 Block Bindings API 的贡献者也为 WooCommerce 做过贡献。他解释说，新的 WooCommerce 产品编辑页面现在由块构成，他们正在寻找更统一的方法来整合这些块，而不是每个功能都用不同的块。
Scott 一直在给 API 提供反馈，并确保 Pods 框架能在 WordPress 6.5 发布前与之兼容。
我也和 ACF 的产品经理 Iain Poulson 谈了谈，询问未来是否会看到 ACF 的自定义字段通过这个 API 与 WordPress 核心块绑定。Iain 说，ACF 团队正在密切关注这个 API，并探索如何让 ACF 字段与块属性绑定，他们希望很快展示一个原型。
最初，像 Pods 和 ACF 这样的插件可能会直接支持这个 API，但最后一刻的安全审查意味着需要有特定集成的插件才能工作。
Iain 这周告诉我，有一个更新被合并到 WordPress 核心，这可能影响 ACF 字段与块的绑定。他们预计 WordPress 将有大的变化，新的连接界面和更新值的功能将对 ACF 用户非常重要，他们将确保与 WordPress 核心团队合作以支持这些功能。
很令人兴奋地看到主要插件正在投资于这个新 API。但也需要调整我们对 API 的期望，因为它融入开发者工作流程需要一段时间和许多测试。
这是一个没有 UI 的 API？
尽管 WordPress 6.5 版本已经加入了 Block Bindings API，但普通用户还看不到这个功能的直接界面。这个新功能主要是给插件和主题开发者用的，让他们可以基于这个新工具来开发。
目前在 6.5 版本里，块绑定的使用有两种方法，都需要写一些代码：
- 你可以按照 WordPress 开发者博客的建议，在块编辑器中切换到“代码视图”，并直接在 HTML 中添加绑定数据。
- 或者，你可以使用 Block Variations API 来添加新的核心块变体，这包含了绑定数据。这需要你在主题或插件里加一些 JavaScript 代码。这种方式的好处是，一旦设置好，它会在内容编辑器中正常工作，而且你创建的变体会在块插入器里显示为独立的块。
目前，这个功能只支持四个最常用的块：段落、标题、按钮和图片。这已经覆盖了大部分使用情况，尽管未来会支持更多的块。对于最终用户来说，这意味着利用这个 API 的块将会和他们已经习惯的核心块一样易用。
项目追踪显示，不需要编码的 Block Bindings API 接口很快就会推出，已经有一些概念验证的示例了。通过这种方式，WordPress 核心团队可以在对块编辑器做出更多更改之前，先看看这个功能在实际中是如何被使用的，并且这也可能给插件团队提供一些启发。
如果你是普通用户，你可能还没有看到任何变化。但如果你是一个插件或主题开发人员，现在是个好时机去了解 Block Bindings API，并探索它如何帮你节省开发时间。
