WordPress 的未来是无代码的吗?

已发表: 2020-04-14

WordPress 更独特的方面之一是设计师可以选择他们想要如何使用它。 我们可以建立做任何事情的网站——并且有很多不同的方法可以做到这一点。

例如,我们可以从头开始创建主题或下载数千个免费或高级选项之一。 或者,我们可以选择使用 Gutenberg 块编辑器创建内容或利用页面构建器插件。

这些选择很重要,因为它们将决定成品的很多方面。 它会按照我们需要的方式运行吗? 它会是我们想要的样子吗? 未来的变化会有多灵活? 而且,也许最重要的是:它会将我们锁定在特定的产品中吗?

这些选择有一定的底线。 本质上,我们正在决定我们是否想要(或需要)编写自定义代码

这是一件大事。 而且,随着 WordPress 及其生态系统的不断发展,它确实让人怀疑是否会有更多的设计师选择无代码解决方案。 但是,如果是这样,后果是什么?

页面构建器正在变得更好

由于 WordPress 开发者社区,我们已经走到了这一步。 例如,页面构建器插件已经存在多年。

早期,这些产品往往是草率地近似于通过一些 CSS 和 PHP 知识可以完成的工作。 尽管如此,他们还是为更多人带来了创建自定义页面布局的能力。

专业设计师(包括我自己)有时可能会对这些工具不屑一顾。 在代码方面,它们在质量方面非常出色。 使用页面构建器就像在项目中作弊一样。

但是,插件作者继续改进他们的产品。 现代工具已经发展到代码更清晰和响应迅速的地步。 此外,停用页面构建器会导致内容格式丢失,但您的页面将不再显示大量未使用的短代码。

电脑和鼠标。

古腾堡将块带入默认安装

WordPress 本身已经转向以视觉为导向的方式来创建内容。 在 WordPress 5.0 中引入 Gutenberg 块编辑器时,它旨在带来更一致的用户体验。 这部分是对开发人员用来绕过经典编辑器限制的定制技术的回应。

它还表明您不一定需要编写自定义代码来完成更复杂的布局和功能。 编辑器产生了自己的自定义块生态系统,您可以根据需要添加。

虽然古腾堡不一定与成熟的页面构建器直接竞争,但它确实提供了一个更轻量级的替代方案。 而且,随着更多块可用,它可能会导致更多设计师坚持使用本机编辑工具。

此外,块编辑器最终将允许全站点编辑。 这意味着,除了创建内容外,我们还能够以可视方式创建整个网站——所有这些都在 WordPress 的默认安装中。

当这实现时,对于任何使用 WordPress 构建网站的人来说,代码似乎将变得非常可选。

WordPress 欢迎屏幕

好和坏

转向无代码网站建设体验有一些潜在的积极和消极的方面:

正面的

无论是通过页面构建器插件还是 Gutenberg,这些工具都允许任何人创建自定义页面布局。 此外,他们可以添加更复杂的内容,例如帖子列表、图片库、导航等。 只需点击几下,拖放即可。

当与兼容的主题结合使用时,构建完全自定义网站的能力也成为可能。 就与市场上许多 DIY 网站建设者的竞争而言,这是 WordPress 迈出的一大步。

还有机会带来更加一致的编辑和构建体验。 很多时候,现成的主题已经实施了可能导致用户混淆的自定义解决方案。

即使是推荐的工具 WordPress Customizer 也无济于事,它是用来处理一些任务的——但不是其他的。 这意味着在各种 UI 之间切换以尝试拼凑一个网站。 这是可行的,但不是最用户友好的过程。

古腾堡的持续发展是该领域潜在的游戏规则改变者。 界面之间的来回消失了,因为我们将拥有一个单一的 UI 来处理我们所有的设计和布局相关任务。

负面的

尽管无代码的未来有许多积极的一面,但也有一些真正的缺点。 也许最直接的是,它可能只是允许非技术用户有太多的自由。

定制主题真正方便的方面之一是设计师可以锁定他们不希望客户触摸的项目。 如果一切都在可视化 UI 中可用,这可能会成为一个更加困难的挑战。

这在页面构建器中已经存在。 但是古腾堡可以让喜欢冒险的客户更容易在他们的设计实验中走得太远。 希望会有某种内置方法来防范这种情况。

另一个大问题是可能缺乏在主题上做更多事情的机会。 毕竟,使网站独一无二的往往是那些小小的自定义代码。 这种新的做事方式会阻止开发人员添加基于模板的代码片段吗? 一切必须是一个块吗?

最后,还值得怀疑这是否会阻止新开发人员修改代码。 主题开发是学习 PHP、CSS 和 JavaScript 的常见起点。

诚然,创建自定义块是编写代码的机会。 但不是每个人都会走这条路。 看到那种能干的精神消失了,那将是一种耻辱。

一个人放松。

不断发展的景观

一段时间以来,WordPress 正在朝着以视觉为导向的设计过程发展这一事实已经很明显了。 自从第一眼看到 Gutenberg 的基于块的编辑体验,甚至是几年前定制器的出现以来,似乎目标是在不接触代码的情况下完成更多的设计任务。

随着 CMS 的后端变得更加完善,我们所知道的使用 WordPress 构建的方式正在发生变化。 对于那些希望使用它的人来说,代码仍然是这个过程的一部分。 对于其他人来说,设计将从根本上转向交互式工具。

这将为很多人打开一个充满可能性的全新世界。 这对网络专业人士意味着什么? 那个故事还在写。