区块开发仅仅是一个模板系统而没有构建过程的世界？

如果WordPress的开发者生活在这样一个世界里，我们可以创建基于PHP的模板，在前端输出数据，并通过块编辑器处理可编辑的字段，会怎么样呢？或者，我们有一个系统，我们可以在没有构建步骤的情况下创建块？

虽然现代WordPress编辑器还不是最适合每个人的原因有很多，但其中一个绊脚石是建立自定义的界面组件。这个生态系统在使用PHP为客户创建定制的解决方案方面有很深的历史。这些大部分都是经典编辑器屏幕中的自定义元框和表格字段。当WordPress 5.0推出其块状编辑器时，它颠覆了这个世界，往往让机构和自由职业者没有办法在不投入大量资源学习React来构建块状或与新的编辑屏幕互动的情况下继续前进。

当我们谈论经典编辑器插件的支持窗口时，WordPress项目需要人们为生态系统的这一部分提供工具，如果它曾经打算把他们带在身边。像ACF Pro和Genesis Custom Blocks这样的解决方案已经弥合了一些技术上的差距。然而，当在块编辑器中使用服务器端渲染时，用户体验可能是不合格的。这种方法对某些类型的块很有效，但不是全部。我们需要在这一点上更进一步。

Mark Jaquith，一位WordPress的首席开发者，从Helen Hou-Sandí，另一位首席开发者那里分享了围绕这个想法的几个问题，以及关于这可能是什么样子的基本概念。

Hou-Sandí随后就这一概念发表了一篇详细的文章，但她指出，这仅仅是一个探索阶段。

“她在文章中写道：”基于React的WordPress块状编辑器（有时被称为Gutenberg）是一个强大的所见即所得的编辑工具，对于长期以来一直以PHP为中心的WordPress开发人员来说，它继续被证明是介于减速带和路障之间。

如果你是一个WordPress的开发者，有一个不小的机会，你在想，是的，我已经遇到了一些这样的减速带，并且撞上了几次路障。这对你来说是不大可能的新闻。可能开始赢得人心的是承认和理解定制开发的大部分问题所在。

“通过利用基于PHP的模板的熟悉部分，并创建一个桥梁，展示React的力量，当与已经为前端所做的标记和造型相结合时，我们可以去掉重复的代码，帮助解开JavaScript在WordPress现代化中的关键作用，并作为以PHP为中心的开发人员的一个斜坡，创建引人注目和令人愉快的1：1实时预览编辑体验，”Hou-Sandí写道。

这一切都归结为一个过程，基本上，编写一些模板代码，在前端和编辑器上都可以使用，而没有目前所有复杂的设置和构建块。这是一个令人振奋的前景，从Jaquith的推特上众多的喜欢、转发和回复中可以看出。

Hou-Sandí指出，目前的思考过程主要是为了缓解定制客户块解决方案的过渡，而不一定是为了WordPress本身。然而，这并不意味着这个或类似的解决方案可能不会成为核心平台未来的一部分。

Gutenberg项目负责人Matías Ventura在同一条Twitter上回复Ben Gillbanks说，这绝对是他们正在考虑的事情。”从核心的角度来看，我们必须确保基元和互动性不受影响，但没有理由这意味着一个完整的JS工具链用于更简单的区块。降低入门门槛是很重要的”。

和其他几个人一样，Gillbanks认为这样一个系统从一开始就会让以PHP为中心的开发者更容易过渡。然而，据Ventura说，该项目当时还没有准备好。

“在编译目标API足够强大之前，从一开始就做这样的事情是很棘手的，”他在推特上说。”我们正在进入一个阶段，许多交互式属性被集中到基元和组件中，这使得模板化的方法更有吸引力。”

Automattic的开发者Riad Benguella在过去一周分享了一个类似的解决方案，在GitHub上推出了Blocky项目。通过他的方法，开发者利用block.json文件来创建模板或视图组件，并通过一个简单的构建步骤运行，生成块的代码。

虽然现在希望和梦想还不算太早，但开始认真考虑这种工具是否会在核心WordPress中出现，可能还有点早。然而，看到一些领先的WordPress和Gutenberg开发者至少公开谈论解决方案是值得关注的事情。