前几天遇到一个小构建块库。一如既往，我很想知道这个新插件带来了什么。一个从未做过的程序块，会不会让我大吃一惊？它会为一些旧想法提供新的视角吗？还是每个其他块捆绑包都具有相同的旧块集？无论它提供什么，我都很高兴尝试同样的。
当我点击描述了解更多时，我立刻感到失望。该插件特别声明它只为一个主题构建。我无法让它与我喜欢的主题一起使用。
这不是我第一次遇到这个问题。过去，其他主题作者也构建了自己的块包。该插件不会给 WordPress 社区带来任何特别新的东西。它具有许多其他插件以前做过的一些块。
问题是，感觉太熟悉了。
多年来，WordPress社区对于主题归主题，插件归主题，形成了一套不成文的规定。自定义帖子类型、分类法和简码是插件域。在某种程度上，小部件也应该是插件所特有的。但是，由于它们是在后台处理的，因此始终存在可以注册主题的争论。
这个话题和插件的争论已经持续了至少十年。由于主题的运作方式，像这样的辩论是一场失败的战斗。除了少数例外，主题可以做插件可以做的一切。但是，两者之间始终应该有明确的区别。主题旨在处理网站的前端设计。插件用于其他一切。
今天，WordPress 项目及其区块系统在巩固这种区别方面取得了进展。
由于 WordPress 具有过去无法完全组合在一起的部分传统，因此它创造了一种开发人员构建内部解决方案的文化。几乎各大主题开发公司都有自己的插件来克服平台的不足。最大的原因是 WordPress 项目。然而，这个项目的主要目的是创建一个标准化的系统，可以处理从段落到整个站点容器的所有内容。随着完全标准化，每个主题公司对这些定制解决方案的需求将越来越少。
块系统在沙子上设置了一条清晰的线。它消除了对短代码的需要——很高兴摆脱——并且很快就会使小部件过时。障碍应该解决那些老问题。
为清楚起见，将具有主题的块捆绑在一起与构建仅适用于特定主题的单独插件之间没有区别。最终结果是一样的。如果用户完全依赖插件，则此类插件将锁定用户坚持该主题。很少有人永远保持相同的前端设计。
目的是让用户在访问他们的内容和块时可以随意切换主题。
这些特定于主题的块插件以错误的方式考虑块。当用户安装块插件时，无论主题如何，他们都可以使用块。
主题的解决方案是使用块模式或样式。假设您想以主题作者的身份创建滑块或轮播。有多种解决方案。第一种也是最简单的方法是简单地向用户推荐插件或构建您自己的插件，以适应任何主题。您还可以轻松地将滑块样式添加到图库块。当用户选择它时，它会将图库转换为滑块。
或者，假设您的主题需要提供一个带有号召性用语按钮的大型英雄部分。在这种情况下，不需要自定义块。主题作者几乎完全可以通过使用现有块构建自定义模式来做到这一点。
解决方案是不要将块捆绑在主题中或创建仅适用于该主题的插件。
积木系统的美妙之处在于，大多数部件都已经到位，并且可以无限制地重新排列、分组和设置样式。
当今存在数百个特定于主题的插件。部分原因是因为这些人正在围绕 WordPress.org 主题审查指南工作。部分原因是因为一些开发人员没有足够创造性地考虑解决方案。但是，最大的部分是因为 WordPress 还没有对跨平台构建事物的方式进行标准化。随着 2021 年全站点编辑的到来，这其中的大部分已经发生了变化，并将继续发生变化。
但如果主题公司继续构建特定主题的区块，那么我们只是在拖后腿，区块系统将会落后。
喜欢这样：
喜欢正在加载...
资源
