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