“我脑子里有太多的设计理念，我将把自己的使命作为自己的使命来完成 [Matt Mullenweg’s] 目录中的 5,000 个完整站点编辑#WordPress 主题的愿景，” 推特布赖恩加德纳 今日早些时候。
只要我可以覆盖它的外观，我只是没有看到 FSE 需要多个主题。
希望有人能解释为什么像@frostwp 这样的主题不能只是标准。
制作更多主题感觉就像完全击败了 FSE 的概念。
这不是第一次有人问是否需要多个区块主题。 2019 年，Rich Tabor 建议添加一个基本主题 到 WordPress 本身，如果有的话，其他人将在此基础上构建。
即使这也不是第一次有人在整个平台的历史上思考类似的单一主题乌托邦。 许多框架风格的父主题都为它运行。
让我们暂时假设 WordPress 已达到所有主题不再需要自定义 PHP 和 CSS 代码的状态。 我们离那个点还很远，但我们可以想象这样的一天在相对遥远的未来是可能的。 在这个理想的世界中，模板、样式、主题支持的功能和插件集成被巧妙地打包到管理员可配置的东西中。 在实践中，用户可以通过界面控制其网站前端的任何方面。
问题是仍然需要有人进行这些定制，并不是每个人都有设计的诀窍。 一个人的能力不会自动转化为所有其他用户。
也许更关键的一点是，并不是每个人都想定制他们网站的设计。 有些人只是想找到适合自己风格的东西并继续前进。
有到达同一目的地的替代路线，但主题是目前唯一可靠的交通工具。
舒茨史密斯 发了以下推文 回应 Jamie Marsland，谁 把这个概念比作 向毕加索索要画布而不是完成的画作：
主题和换掉整个事情是一种古老的思维方式。 当然主题可以=绘画，但我说为什么我们不能换掉theme.json并获得相同的结果？ 当我们需要改变的只是 theme.json 时，为什么还需要主题。
那是一个我不介意为之奋斗的未来。 这不是不可克服的，但是 WordPress 无疑会遇到一个艰难的攀登。 没有 标准化的 CSS 工具包 就地，切换 theme.json 文件根本不起作用。 如果 WordPress 解决了这个问题，它会让我们更近一步。
但是 theme.json 只代表设置和样式。 它没有说明网站的结构。 预配置的模板仍然是必需的。 现在，这项工作正落在主题作者的肩上。
如果以及何时为用户提供精心设计的用户体验 整页模式 登陆WordPress（相关票证)，模板参数变得不那么相关了。 有了这样的系统和模式目录的足够多样性，一些用户可能不需要主题来处理这个问题。
对于多个（甚至是 1,000 个）主题，我唯一有价值的论点是它们对用户做出的承诺：安装这个东西，你就会得到这个结果。
例如，比萨店老板在他们的网站上安装了 WordPress，并开始为他们的在线形象寻找设计。 这很可能是一个人整天在炎热的厨房里工作，晚上回到家时筋疲力尽。 然而，他们会在电脑上跳上几分钟来更新明天的特价商品或修补新的主页布局。 关于这种体验的一切都应该迎合他们的用例。 作为业主、厨师、配偶和父母，他们需要快速完成工作并与家人共度余下的夜晚。
这和数千个类似的场景是为什么主题在今天和以往一样重要的原因。 不是每个人都有时间、技能或将他们的网站拼凑在一起的倾向。
如果做得好，块主题提供了一种可控的体验，可以消除所有的麻烦。 他们觉得他们是为一个观众而建造的，同时又足够灵活以供公开发布。
舒茨史密斯 后来发了推文 在他喜欢的线程中 元素工具包. 这些是跨越多个行业的预先设计的网站设计。
当前不在 WordPress 中的模式类别类型可以演变成该角色。 这 块模式浏览器 插件启用该功能，但主题必须添加对显示类型的支持。
在下面的屏幕截图中，我在我的主题中创建了一个“个人资料卡”类型，但它可能是特定于行业的：
块模式类别类型。
它应该像查找特定行业的类型并为比萨店老板找到模式一样简单。 主题可以通过打包模式或指向目录中托管的模式来提供。
我可以看到这演变成更多类似工具包的解决方案。
我不同意舒茨史密斯的结论，即只需要一个主题而不是他提出的问题。 我们的设计社区不能简单地说主题应该是“这一件事”，因为它们一直都是这样。 它的成员需要不断地问：什么是 WordPress 主题？
对于不同的创作者和用户群体，答案可能会有所不同。 如果有人可以从模式目录中获得他们需要的一切，而无需从 222 切换，那么主题可能是无关紧要的。 如果创作者只是喜欢构建全局样式变体（theme.json 文件），那么 WordPress 应该可以轻松地在各种网站上使用它们。
但是，许多用户仍然需要交钥匙设计解决方案，而主题可能是实现这一点的最佳方式。 我不知道那是 100、1,000 还是 5,000，但我们会看看情况如何。
像这样
加载中…