Gutenberg 8.9 将基于块的小部件带出实验阶段

9 月 2 日星期三，Gutenberg 8.9 发布，其中包含一系列新功能、增强功能和一些错误修复.开发团队将基于块的小部件系统从其实验阶段移除，使其成为所有插件用户的默认体验.

基于块的小部件需要花费数月的时间才能完成.该团队通过将方钉插入方孔中，赋予侧边栏/小部件系统以块的力量，超出了我的一些期望.总的来说，该系统是有效的.但是，该团队仍有大量工作要做，以将该功能塑造成 12 月即将发布的 WordPress 5.6 版本所需的形状.重要的是，社区要在可能的情况下进行测试、提供反馈并做出贡献.

在过去版本中尚未通过实验屏幕启用基于块的小部件的古腾堡插件用户将会大吃一惊.新系统会有一些熟悉的块编辑器.但是，它与传统小部件的体验大不相同.

我们必须回答的重要问题是该功能目前是否可用以及它是否可以为 WordPress 5.6 做好准备.

新小部件屏幕

Gutenberg 完全取代了旧的 Appearance > WordPress 管理中的小部件屏幕.该插件不再为最终用户提供禁用它的选项，这是意料之中的.目标是开始让用户习惯于使用块而不是传统小部件构建侧边栏.

在大多数情况下，新的小部件屏幕处理基于块的小部件，从可用性的角度来看没有问题.添加块与使用后期编辑屏幕几乎没有什么不同.对于习惯了块编辑器的用户来说，应该会感觉比较自然.如果有的话，相比之下，这种体验似乎缩小了.

与过去的小部件不同，块不能折叠(侧边栏本身可以).作为长期使用 WordPress 的用户，这感觉不舒服.然而，这种不舒服只是需要一些调整时间.

核心遗留小部件运行良好.但是，我无法通过多个第三方插件使旧小部件正常工作.有时，它们会从编辑器中消失.然后，它们稍后会出现，似乎是随机的.最终，在测试过程中，我将页面完全破坏到了不显示任何内容的程度.幸运的是，我能够通过从数据库中清除一些与小部件相关的行来修复它.

作为一名开发人员，我想简单地抹掉石板，让旧的小部件系统成为历史的尘埃.但是，这样做很可能会疏远许多最终用户.要使此功能取得成功，我们需要继续使用它们，并允许他们轻松地从现有工具过渡到新系统.

定制器中的小部件块

虽然主要小部件块屏幕通常是固定的，但定制器中的小部件块并非如此.充其量只是低于标准.

我们可能最终会同意之前所有关于定制器控制面板太窄的抱怨.最明显的问题是块工具栏对于控制面板来说太宽了，将其隐藏在屏幕外.对于某些块，有些按钮是用户无法访问的.

这不是问题的结束.阻止选项不可用，因此用户甚至无法添加像图像 alt 属性这样的基本内容.核心旧小部件块不可编辑."更多选择"按钮弹出窗口具有透明背景，使文本不可读，并且出于所有意图和目的，不值得尝试使用.

我知道 WordPress 还远未在定制器中启动小部件块，但该功能实际上无法使用.它仍然处于实验状态，可能应该为另一个插件更新或两个或三个保持可选.我不建议在任何类型的生产环境中使用它.坚持使用管理中的小部件屏幕.

主题作者的小部件/块样式问题

主题作者需要注意的最大变化之一是侧边栏中的块没有典型的小部件 HTML 包装器.这可能会给传统方式的样式小部件带来一些问题.例如，主题通常注册一个小部件包装元素和小部件标题的包装.这允许主题作者为每个小部件构建一致的样式.使用积木，这变得更加困难，因为主题作者失去了控制权——此控制权传递给最终用户.

这个系统的重要部分是用户可以做一些非常有趣的事情，并且可以灵活地以他们想要的任何方式设置侧边栏的样式.不好的部分是，如果主题作者有任何复杂的样式，例如盒装小部件设计，最终用户就没有简单的方法可以简单地将小部件放到适当的位置并拥有它们使用那种盒装设计.主题作者没有使用 CSS 定位的标准类名，而这正是样式一致的小部件所需要的.

这本身不一定是好事或坏事.完全不一样.

话虽如此，我更希望古腾堡开发团队从旧的侧边栏/小部件系统创建一个新的独立系统.保持原样，然后建立和推广"街区区域"；作为主题作者可以利用的新系统.从长远来看，它将允许主题作者进行转换，甚至可能在他们的主题中支持这两个系统.主题作者在战壕里，每天与他们的用户一起工作.他们能够更好地处理从旧到新的过渡.

不准备全部在 WordPress 5.6 中使用基于块的小部件的主题作者可以将以下 PHP 行添加到他们的主题设置代码中以禁用小部件块编辑器:

remove_theme_support( 'widgets-block-editor' );

随着时间的推移，主题作者将希望完全过渡到新系统.但是，这将为他们提供额外的时间来对微件的处理方式进行任何可能需要的调整.