在2010年左右,儿童主题终于大步向前。 更大的主题商店开始引起人们的注意,一些商店正在实施高级父主题,这些主题旨在作为创建子主题的“框架”。 在儿童主题爆炸的背景下,主题开发社区碰壁了。 孙子主题成为争论的话题。
子主题的用例之一是保护最终用户进行的自定义。 当父主题更新时,这些更改在子主题中保持不变。 用户无需担心即可获得错误修复和增强功能。 这是一个巧妙的系统。
但是,子主题的另一个用例是创建父主题的大量自定义项。 这些儿童主题中的许多主题都已销售并出售给最终用户。 问题? 如果开发人员更新了子主题,则用户无法保护其自定义。 除了父子关系之外,WordPress没有孙子主题概念或任何其他层叠主题系统。
因此,问题仍然存在。 未解决。
多年来,诸如StudioPress及其创世纪母公司主题之类的企业在此系统的帮助下蓬勃发展。 其他人继续前进。 实际上,儿童主题化已成为WordPress从未以任何有意义的方式扩展的利基功能。 主题作者留在自己的设备上。 随着定制器的到来和页面构建器的扩展,代码定制几乎消失了。 大多数修改都是通过WordPress管理员启动的界面进行的。 一般用户几乎不需要通过自定义模板自己动手做。 这样就开始使儿童主题的毛毛雨变得近乎模糊。
古腾堡的网站编辑器可能会在今年登陆WordPress,这似乎是对儿童主题范例的最后一击。 从开发人员到最终用户的每个人都可以直接从WordPress管理员中推出自定义模板。
但是,我们是否应该重新考虑分层主题系统的作用?
完整站点编辑已在层次结构中引入了一个附加级别。 传统上,WordPress主题具有两层模板层次结构。 将来,它将为用户创建的模板添加一个层。 如果可以的话,为什么不继续提出孙子主题呢? 或者,完全消除这种任意限制?
Carlo Manfredi向古腾堡存储库引入了一个拉取请求 创建一个多主题系统。 或者说,它创建了一个多主题的模板系统。 除了style.css,functions.php和theme.json文件之外,基于块的主题本质上是模板的集合。
Manfredi建议用户应该能够选择使用此多模板系统。 他们可以选择在切换到新主题时保留旧主题的模板。 尽管当前在pull请求中尚未实现,但他还建议允许用户从其旧主题中克隆模板。
曼弗雷迪在门票中写道:“近几个月来,人们一直在低声谈论未来多个主题活跃,模板为’无主题’等可能性。” “这个分支就是那个的实现。 此实现背后的思想是一次只能有一个活动主题,但是wp_theme分类法可用于一次将单个模板/模板部分与一个或多个主题链接起来。”
它无法实现拥有十年历史的孙子主题系统的梦想。 但是,它可以为探索完整的分层主题系统提供一些先例。
随着主题工作方式的简化和进一步标准化,我们应该清除旧观念,并将其推向新的高度。
完全站点编辑最终将解决孙子主题问题,无论它是否打算这样做。 使用新的自定义用户模板层,几年前创建的可升级性问题将完全消失。 用户将能够随时更新其父主题和子主题,而不必担心丢失定制。 WordPress将安全地将其自定义模板存储在数据库中。 它甚至可以通过Global Styles系统保留其设计更改。 也许,也许,儿童主题将开始达到其最初的流行程度。
使用Manfredi提出的系统,用户可以混合和匹配不相关主题的模板。 如果发生这种情况,就会产生主题模板是否必要的问题。
去年,Rich Tabor展开了关于 单主主题 用于WordPress。 在该系统中,WordPress将创建一组基本模板。 主题作者可以简单地覆盖他们想要的作品。 他们甚至可以将主题缩减为简单的style.css和theme.json文件。
这几乎似乎是平淡无聊的主题的秘诀。 但是,如果将其与WordPress.org上的模板目录(类似于GutenbergHub的模板目录)耦合 已经介绍,用户可以选择所需的模板。 它既可能是奇妙的,也是灾难性的,但是我不介意探索这个想法。
WordPress及其Gutenberg项目在桌子上有很多选择。 在未来一两年内,主题建设可能会变得有趣。
像这样:
喜欢加载中……