您知道 WordPress FSE 是否正在努力使创建块模式变得更容易吗？单击按钮即可下载模板和小部件。但是模式是非常手动的，您需要以编程方式注册所有模式。
蒂亚戈
你不是第一个问这个问题的人，这是我一直在思考的问题。随着主题开发迅速侵占几乎完全可以通过站点编辑器完成的事情，块模式遵循它们的模板对应物是有道理的。
此功能尚未获得任何官方批准。我不知道它的具体门票，但它似乎是主题和模式自然演变的一部分。我鼓励通过 Gutenberg GitHub 目录开一张新票。
在它之前需要两个核心功能：
- 用于在主题中存储模式的标准文件夹。
- 一种在数据库中保存模式的方法。
还好两个都有票。上个月，Gutenberg 带领 Matthias Ventura 对主题的组织方式进行了标准化。 WordPress 5.9 将分别为模板和模板部件引入 /templates 和 /parts 文件夹。这些将是块主题中官方支持的位置。
同一张票建议未来对 /styles 文件夹进行全局样式更改和 /patterns 块模式增强。这些东西的标准位置至关重要，因为站点编辑器中的导出器需要知道将它们放在导出的 ZIP 文件中的什么位置。
此功能的一个附带好处是主题作者将不再需要通过 PHP 注册他们的自定义模式。他们可以将文件放入他们的 /patterns 文件夹并继续。在这一点上，格式远非官方。有一个未合并的拉取请求通过搜索文件头来执行此操作。
解决这个问题的第二部分是弄清楚如何允许用户通过类似于可重用块的 UI 来保存模式。这是一个更复杂的问题。已经有插件可以做到这一点，比如我自己的 Block Pattern Generator，它迫切需要更新，还有 Block Master，一个更强大的解决方案。 Reusable Blocks 扩展甚至允许用户将可重用块转换为模式。所以，已经有人试图解决这个问题。
在正式支持之前，还有一些关于实现的问题。保存的模式是 wp_block 的子类型吗，wp_block 是当前发布的可重用块类型？它们是分开的吗？然后，项目还必须决定是否允许通过新分类法进行自定义模式类别。
在向核心添加另一个功能之前还有其他考虑因素，例如为全局空间中的组件添加设计库。
我们还没有到达您想要的位置，但我们正在路上。单独的 /patterns 文件夹将消除编码要求。如果块 HTML 出现在 WordPress 中，您可以复制并粘贴它。这与使用模板导出它们不同，但我希望平台有一天能到达那个目的地。
出处
