这是一个突破性的改变——任何假定样式是单个项或字符串数组的现有代码最多都会抛出一个通知。

这似乎是一个拦截器。我们可以更改它以允许使用字符串吗？

这似乎是一个拦截器。我们可以更改它以允许使用字符串吗？

@邋遢鬼哦，它可以是字符串。我的意思是它可以是：

• 一根绳子
• 字符串数组
• 字符串和数组的混合数组

因此，任何假设它只是字符串或字符串[]的代码都会中断。

@邋遢鬼我应用了所有的反馈，并刷新了相关的古腾堡公关。这一个是准备再次审查！

@阿达齐尔，非常感谢您考虑为多个风格每个块类型的样式。一切都朝着正确的方向发展。将更改传播到其他地方需要做更多的工作：

• 工作包块类型类别：
  

  wordpress-develop/src/wp-includes/class-wp-block-type.php

  第199行至第205行在里面a5b555a

  	/**
  	*块类型前端和编辑器样式句柄。
  	*
  	*@自5.0.0起
  	*@var字符串|空
  	*/
  	公众的 $风格=无效的;

• WP_REST_Block_Types_控制器类别：
  

  wordpress-develop/src/wp-includes/rest-api/endpoints/class-wp-rest-block-types-controller.php

  544至550号线在里面a5b555a

  	'风格'=>阵列(
  	'描述'=>__('公共外观和编辑器样式句柄。'),
  	'类型'=>阵列('一串','无效的'),
  	'违约'=>无效的,
  	'上下文'=>阵列('嵌入','看法','编辑'),
  	'只读'=>真的,
  	),

这还将包括这两个类的现有单元测试。新功能还需要单元测试覆盖率。

我不认为我们消费风格从古腾堡的REST API端点，但为了安全起见，我们应该仔细检查。

我们还应该扩展现有文档块.json包括新支持的样式格式：
https://github.com/WordPress/gutenberg/blob/trunk/docs/reference-guides/block-api/block-metadata.md#style

此修补程序仅覆盖的原因是什么风格但不是编辑器样式?

我们必须放一个空的_wp_多块_样式函数和弃用消息，例如：

看起来我们已经涵盖了所有内容，因此需要进行最终审查和一轮测试，无论是否使用Gutenberg插件。

我认为我们现在很好！不过，GitHub CI似乎已关闭，所以在合并之前，可能值得等待它再次启动。

所有测试都通过了！你能帮我批准这份公关吗？科科斯群岛@齐奥罗 @亚里士多德 @邋遢鬼 @格特戴夫

@齐奥罗你觉得你能合并这个吗？

复写的副本@米提亚斯进行稳健性检查&你觉得这种改变合理吗？

在我看来，描述中共享的示例看起来不错，因为它整合了几个可用的选项。将来，我们还可以使用从中借用的相同API主题.json对于样式变化：

{“样式”: [{“名称”:"违约",“标签”:"违约",“是默认值”:真的},{“名称”:"其他",“标签”:"其他",“设置”: {“边框”: {“颜色”: {“文本”:"#000",“背景”:"#中央控制中心"}}}}],“样式”:  ["wp块按钮", {“边框”: {“颜色”: {“文本”:"#飞行频率",“背景”:"#32373c个"}}} ]}

让我们着陆WordPress/gutenberg#41873首先在Gutenberg插件中尝试一下，然后再将其包含在WordPress核心中。代码化的一切都准备好了，并且有足够的审阅者。我们主要需要验证风格在里面块.json对开发人员来说是友好的&主要的问题是它是否直观且易于文档化。

我要结束这个以支持#3108