Web开发人员如何使用感到费解？驱动的网站方法介绍

JavaScript 是二十多年来世界上最流行的编程语言之一，也是 Web 开发人员使用的三种主要语言之一。JavaScript 可用于多种用途，从增强网站功能到运行游戏和基于 Web 的软件。

但是一种语言不可能是完美的，在过去的十年中，JavaScript 驱动的网站方法（例如，从 JavaScript 生成的 HTML）经常在无用的情况下使用。将应用程序（例如：Google 地图）与交互式文档（例如：Twitter）混合会创建大量内存密集型、低性能和耗电的网站。另外，JS代码段相当大，不同的浏览器厂商对JavaScript的支持程度不同，会在不同的设备上以不同的方式显示，导致显示效果不一致。

所以很多人有“反JS”的情绪也就不足为奇了。一些“反 JS”活动家甚至想使用一些没有 JavaScript 的网站。这种观点和“亲 JS”一样，低估了技术发展和人类能动性的力量。

JavaScript 是一把双刃剑

网络已经发展了二十年，但仍然有很多人不使用它。数字鸿沟是真实存在的。无论是在手机还是电脑上使用网站，很多人仍然对如何使用感到困惑。如果网站上实际上禁用了 JavaScript，那么这些用户的体验只会更糟。因为 JavaScript 还是有一些优势的，比如：

与每次按下添加商品按钮时自动重定向到购物车页面相比，基于 JavaScript 的简单购物车更易于使用且所需资源更少。

与以体验为中心的页面相比，在输入数据时实时更新并实时通知您要支付的费用的税收计算器压力更小，效率更高，并且需要的来回次数更少。

一家保险公司提供了一个包含十几个页面的复杂订阅管道，看起来杂乱无章且难以浏览。它可以用几个较小的表格替换，这些表格相互堆叠，可以在一页中即时保存、编辑和缩小。

如果需要调整设置，阅读障碍者必须进入他们的配置面板，在表单中选择阅读障碍模式，然后对其进行验证并重新加载整个站点以使用新样式。这可以通过一个简单的切换按钮来完成，而无需在任何界面中重新加载。

无论是绝对支持 JavaScript 还是反对 JavaScript，都不是一个好的解决方案。但如果我们不强制在交互式文档中使用 JavaScript，而将其作为增强用户体验的工具，这两种极端情况都可以很好地解决。

在用户体验和技术能力之间找到适当平衡的网站已成为常态。当我们拥有可以做得更好的工具和知识时，绝对支持或反对 JavaScript 是落后的。业界围绕 JavaScript 使用的心态已经发生转变，越来越多的人提倡采用更负责任的方法。

JavaScript 使用率正在下降

大多数前端框架现在都用于元框架（Next 是领导者），提供服务器端渲染和交互以在旧硬件上工作。其中一些框架甚至不再是库购物车加减用ajax实现，而是输出超小而高效代码的编译器（如 Svelte）。

现在微框架正在兴起，它们的工作方式相同，但体积要小 10 倍（Preact 与 React）购物车加减用ajax实现，而且它们中的大多数甚至更快。还有其他框架可以编译为 HTML 并创建 JavaScript 交互的“孤岛”，它们结合了两全其美（即 Astro）。

所有这些前面提到的框架都严重依赖于一个庞大的工具生态系统，这些工具仍然存在问题、不安全和脆弱（其中大部分现在归微软所有）。但至少他们更关注用户体验。对于那些不喜欢 NPM 但想编译 JavaScript 的人，有像 (Esbuild) 这样的单个二进制文件可以直接安装在系统上并按照他们想要的方式使用。

最后，对于一些真正抵制 JavaScript 的人来说，有一些库可以通过 HTML 属性（HTMX、Alpine）来管理 Ajax 调用或 dom 交互。这些库在 Python、Ruby 甚至 JAVA 等“反 JS”文化的团队中取得了巨大成功。

但这仍然不是万无一失的方法。我们仍然需要很多年才能消除 Angular 和 React 对网站造成的损害，同时保持它们的优势。但至少我们正朝着正确的方向努力，也许很快我们就能在 2005 年的计算机上拥有看起来和感觉都不像 2005 年页面的网站。

你对此有何看法？你是极端赞成还是反对 JS 还是中立？