询问调酒师:是否还有使用 HTML、CSS 和模板标签构建的空间?

ask-the-bartender-is-there-still-a-space-for-building-with-html-css-and-template-tags 问酒保:是否还有使用 HTML、CSS 和模板标签构建的空间?

我仍然想知道处理新项目的最佳方法。

作为背景,除了传统方式之外,我和 Divi 一起工作过,喜欢 Bricks,也喜欢 Blocks。 但我仍然觉得没有什么比从根构建网站更合适的了,使用原始材料:HTML、动态 PHP 和 CSS——现在更重要的是性能和新的服务器端事物。

此外,使用模板标签处理动态数据(和数据库)的能力是如此流畅和高效,感觉就像超能力一样。

所以,感觉有点奇怪,但我想知道模板标签是否也会结束?

里卡多

你问的是一个非常怀念“简单”日子的人,他在周末建立了自己的定制博客系统。 而且,我今天的个人博客实际上仍然使用相同的代码,尽管经过更新和改进。 当我开始这个项目时,我为现代 PHP 和构建工具奠定了基础。 然而,在它的核心,我只想回到 Web 的那些基本元素:HTML 和 CSS。 我感觉你来自哪里。

为我自己的启发和享受而构建该项目很有趣,但它本质上有一个用户群。 为它设计前端感觉非常像 10 到 15 年前的 WordPress。

当你说使用模板标签就像访问“超能力”时,当我第一次开始使用它们时,它带来了那些日子和几周的怀旧浪潮。 这是一个如此优雅的系统。 任何人都可以通过复制代码片段并将其粘贴在一些 HTML 元素之间来获取一些动态数据。

对于那些有技能或有足够 DIY 勇气的人来说,他们可以用一点代码、反复试验和时间来做任何事情。 然而,如果我们要赋予更多人权力,开发人员需要更新、更强大的技术来实现这一目标。 对于 WordPress 开发,这意味着拥抱块系统,这似乎是您正在做的事情。

模板标签不会消失。 它们只是用于获取某种类型数据的 PHP 函数。 它们将存在很长时间,可能只要 WordPress 本身仍在运行。

许多块实际上依赖这些模板标签在前端输出动态数据。 例如,Archives 块实际上是 wp_get_archives() 的包装器。

如果您更喜欢使用代码编辑器工作,则可以将块视为 WordPress 的现代模板标签。 它们只是 HTML 代码片段,其中混合了一些 JSON 作为 HTML 注释。 许多还显示动态数据。

以下模板标签之间确实没有区别:

和它的块等效:

两者都吐出动态数据。 区别在于语法。

当然,这是最简单的例子之一。 有时块代码更复杂。 其他时候,没有那么多。

使块更灵活的是它们建立在标准化系统上,使用户能够在管理方面与他们进行交互。

Web 开发是一个您必须不断适应、学习新语法、编程语言、库、技术等的行业。 就在你认为你已经掌握了一件事的时候,另一件事就会出现,把你的世界颠倒过来。 它既令人沮丧又有趣。 随着时间的推移,你只是学会了顺其自然。

虽然模板标签不会消失,但前端开发人员的构建方式将在未来几年发生变化。 对于大多数项目,他们将使用块。 然而,块主题还处于起步阶段,所以不是任何人都必须急于进入的。

话虽如此,WordPress 的美妙之处在于没有一种方法可以使用它。 如果你只想用原材料建造,你总是可以做到的。 它甚至可以使某些项目更容易,特别是如果您有一个简化的范围。

就性能而言,WordPress 开箱即用的速度非常快。 插件和活动主题可以提高其速度或使其变得更糟。 感谢一些 5.8 中的改进, 块样式效率更高。

在我看来,我们是志同道合的人。 我们欣赏简单——至少我们个人认为的简单——只是潜入网络的构建块。 而且,这并没有错。

但是,作为专业人士,您正在为客户构建主题或为客户提供服务。 你使用的技术或工具并不重要,只要它们能让你迎合你的用户。

也许该工具是客户端站点上的第三方页面构建器。 也许您正在 WordPress 之上构建一个公开发布的块主题。 或者,它可能是一个个人项目,一个你一直想要抓挠的痒。 您加载代码编辑器并开始点击按键。 经过一个周末的咖啡因和垃圾食品,你意识到你已经从头开始建立了一些新的和令人兴奋的东西。

无论您的新项目是什么,请根据项目本身的需要来处理它。

像这样:

喜欢加载…

来源

相关文章