2010年左右,child theme终于做大了向前一步。较大的主题商店开始受到关注,一些商店正在实施高级父主题,这些主题旨在用作创建子主题的“框架”。在儿童主题爆炸式增长的背景下,主题开发社区碰壁了。孙子主题成为争论的话题。

子主题的一个用例是保护最终用户所做的定制。当父主题更新时,这些更改会保留在子主题中。用户可以毫无顾虑地获得错误修复和增强功能。这是一个巧妙的系统。

但是,子主题的另一个用例是创建父主题的广泛自定义。许多这些儿童主题都被营销和出售给最终用户。问题?如果开发人员更新子主题,用户将无法保护他们的自定义。除了父子关系之外,WordPress 没有孙子主题或任何其他级联主题系统的概念。

所以,问题还是存在。未解决。

多年来,StudioPress 及其 Genesis 母公司 Themes 等企业在该系统的帮助下蓬勃发展。其他人继续前进。事实上,子主题已经成为 WordPress 从未以任何有意义的方式扩展的利基功能。主题作者留在自己的设备上。随着定制器的出现和页面构建器的扩展,代码定制几乎消失了。大多数修改都是通过 WordPress 管理员启动的界面进行的。一般用户很少需要通过自定义模板自己动手。这开始使以儿童为主题的毛毛雨变得几乎模糊。

Gutenberg 的网站编辑可能会在今年加入 WordPress,这似乎是对子主题范式的最后一击。从开发人员到最终用户,每个人都可以直接从 WordPress 管理员推出自定义模板。

但是,我们是否应该重新考虑分层主题系统的作用?

完整的站点编辑在层次结构中引入了一个额外的级别。传统上,WordPress 主题具有两级模板层次结构。将来,它将为用户创建的模板添加一个层。如果可以,为什么不继续提出孙子的话题呢?或者,完全取消这种任意限制?

Carlo Manfredi 向 Gutenberg 存储库引入了拉取请求以创建多主题系统。换句话说,它创建了一个多主题模板系统。基于块的主题本质上是模板的集合,此外还有 style.css、functions.php 和 theme.json 文件。

Manfredi建议用户应该可以选择使用这个多模板系统。他们可以选择在切换到新主题时保留旧主题的模板。他还提议允许用户从他们的旧主题中克隆模板,尽管它目前没有在 pull request 中实现。

“近几个月来,人们一直在窃窃私语地谈论未来可能会激活多个主题,模板是‘无主题’等等,”曼弗雷迪在票中写道。 “这个分支是它的一个实现。这个实现背后的想法是一次只能有一个活动主题,但 wp_theme 分类法可用于一次将单个模板/模板部分与一个或多个主题链接起来。 "

它十年孙子主题系统的梦想无法实现。然而,它可以为探索一个完整的分层主题系统提供一些先例。

随着主题工作方式的简化和进一步规范,我们应该清理旧观念并将其推向新的高度。

一个完整的站点编辑将最终解决孙子主题问题,无论它是否有意。有了新的自定义用户模板层,多年前产生的可升级性问题将完全消失。用户将能够随时更新他们的父主题和子主题,而不必担心丢失自定义设置。 WordPress 会将其自定义模板安全地存储在数据库中。它甚至可以通过全局样式系统保留其设计更改。也许,只是也许,儿童主题会开始流行起来。

使用 Manfredi 提出的系统,用户可以混合和匹配不相关主题的模板。如果发生这种情况,就会提出主题模板是否必要的问题。

去年,Rich Tabor 公开了 WordPress 的单主主题。在这个系统中,WordPress 将创建一组基本的模板。主题作者可以简单地覆盖他们想要的作品。他们甚至可以将主题缩减为简单的 style.css 和 theme.json 文件。

这几乎像是一个单调乏味主题的秘诀。但是,如果您将它与 WordPress.org 上的模板目录(类似于 GutenbergHub 已经推出的目录)结合使用,用户可以选择他们想要的模板。它可能既美妙又灾难,但我不介意探索这个想法。

WordPress 及其 Gutenberg 项目有很多选择。在未来一两年内,主题构建可能会变得有趣。

喜欢这样:

喜欢正在加载...

资源