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