使用FSE主题生成器快速启动基于块的主题开发

基于块的主题并不复杂。 它们的结构几乎足够简单,以至于开发人员不太需要使用工具来生成空白主题。 但是,对于不熟悉如何为即将到来的全站点编辑(FSE)功能构建主题的人来说,样板是一个不错的起点。

主题实验 存储库现在有一个新的 空主题。 旁边还有一个命令行工具,用于使用自定义名称,作者和URI生成该主题的副本。

这个想法并不新鲜。 有大量这样的工具可以在野外生成主题。 但是,现在该是专注于基于块的主题的新工具的时候了。

对于想要生成基于块的新主题的主题作者,他们必须克隆主题实验存储库的副本。 然后通过其命令行工具导航到该文件夹​​,然后键入以下命令:

php new-empty-theme.php

从这一点出发,只需回答几个问题,然后让该工具完成创建新主题文件夹的工作即可。

挖掘生成的主题

生成的主题不多看。 但是,它是在新的全站点编辑系统中起作用的主题。 激活后,主题作者可以开始通过“网站编辑器”屏幕修改主题(需要使用Gutenberg插件)。

使用FSE主题生成器快速启动基于块的主题开发使用FSE主题生成器快速启动基于块的主题开发在网站编辑器中生成的主题。

有一个例外是它是一个工作主题。 加载标题模板部分当前已损坏。 当然,我 开了票 对于这个问题,开发团队应该很容易解决。

与传统主题相比,文件和文件夹的结构很小。 它包含在网站编辑器中启动和运行主题的基本信息。 包括以下文件和文件夹:

  • /资产
    –aligns-front.css
  • / block-template-parts
    – header.html
  • / block-templates
    – index.html
    – singular.html
  • 实验主题.json
  • functions.php
  • index.php
  • 自述文件
  • style.css

甚至那些将来都可能被削减。 实验性theme.json文件最终将重命名为theme.json。

当前的alignments-front.css是将近80行的样板代码,用于处理各种块对齐。 无需每个主题作者都重新创建所有这些代码,在各个主题之间应该不会有太大变化。 这就是为什么古腾堡有一张开放票的原因 提供对齐方式 在前端。 主题作者将可以覆盖此内容。 但是,需要与代码主题作者争夺的文件和行数越少越好。

标准index.php模板为空。 由于基于块的模板存储在/ block-templates和/ block-template-parts文件夹中,因此对于构建主题不再有用。 style.css仅包含主题信息。 FSE主题将主要使用theme.json配置默认样式。

在接下来的几个月和几年中,主题作者将主要在theme.json文件和块模板文件夹中工作。 关于主题生态系统是否会轻易接受这一变化,尚无定论。 同时,看到主题开发的复杂性令人耳目一新。 今天的传统主题创建了庞然大物的代码库,试图跟上用户想要的功能。 开发人员构建主题的方式的转变是不可避免且必要的。

我使用生成的主题进行的第一个选择是在functions.php文件中包含了可插入主题设置功能,这些文件在某种程度上已成为多年来开发的主题的主体。 在此类设置功能中,有用于启用或禁用所有功能的API,并且没有理由让子主题全部覆盖它们。

如果事情按计划进行,那么即使是标准主题设置功能也可能在砧板上。 这些函数通常是对add_theme_support()的调用列表。 长期计划是针对默认的基于块的主题启用当前受主题支持的功能,或通过theme.json文件进行配置。

像这样:

喜欢加载中……

资源

原创文章,作者:WPJIAN,如若转载,请注明出处:https://wpjian.com/tips/2020121738993.html