没有 JS 的前端:体积更小、速度更快!

阅读数:7069 2019 年 3 月 18 日 08:00

没有JS的前端:体积更小、速度更快!

Slimvoice 是一款几乎不包含 JavaScript 的 Web App。2014 年,我基于 Angular 1 开发了 Slimvoice 的第一个版本,使用了 Node.js 后端和 MongoDB(这些技术在当时风靡一时)。 2015 年,我决定对 UI 进行彻底的改造,并使用 React 重新设计和构建。对于新版本,我想证明我们可以通过出色的设计提供出色的用户体验,同时大幅降低代码复杂性,最大限度地提高可靠性,并最大限度地降低最终用户的成本。

在这篇文章里,我将分析我在前端方面所做出的一些决定,并分享我在这个过程中学到的一些无 JavaScript UI 技巧。

单页应用程序

总的来说,网站肥胖问题并没有任何好转。我厌倦了加载速度慢、不太可靠的 Web App。最近有没有人试过在 Asana 中修改卡片的描述?真是慢得要死!在你输入内容时,UI 会出现很严重的延迟。首先,我住在一个农村地区,网速只有 2MB。在使用热缓存时,Asana UI 需要 14 秒才能使用。其次,看一下下面这个 App,它由 10 多 MB 未压缩的 JavaScript 组成。这需要执行大量的代码,真的是难以接受!

没有JS的前端:体积更小、速度更快!

对于一个中等复杂度的“渐进式 Web App”,你需要一个团队来实现它。到最后,代码库的很大一部分都是前端代码。要按正确的顺序加载代码是一个件很困难的事情。代码越多,敏捷性就越差。代码是负债,而不是资产。JavaScript 库一直在变大,而且我不认为很多人对它们的实际需求进行过批判性的评估。人们经常用 KB 或 MB 来衡量 JavaScript,就好像它只有下载成本一样。但其实不是这样的。除了下载,还需要 CPU 解析和执行它们。所有这些加起来都是成本。

我发现了一个与前端开发有关的秘密。很少有人知道这个,所以不要轻易告诉别人。如果不使用 JavaScript,你的 App 就不会发生崩溃。HTML 不会抛出异常。代码越少越好。

普通的 HTML 和 CSS

对于 Slimvoice ,我想要违背一下 JavaScript 的炒作热潮,对整个 App 进行服务器端渲染。你可能会说:“用户在使用 App 时必须重新加载每个页面,这一定很慢”!我很鄙视这种说法!所有资产文件都经过 gzip 压缩并进行了缓存,在发生交互时只需要加载 HTML。我并没有使用加载指示器。但它的加载速度比我用过的很多 PWA 都要快。如果你不相信,请打开开发者工具的网络面板,将 Slimvoice 与其他一些流行的 PWA 进行比较。

没有JS的前端:体积更小、速度更快!

复选框和标签

当然,对于某些交互,是不能重新加载页面的。下面是我最喜欢的一个向静态 HTML 页面添加交互功能的技巧。我将这个技巧用在 Slimvoice 的下拉菜单、模态面板和过滤 UI 中,所有这些都不包含 JavaScript。

1. 创建一个<div id="myToggledUI">,其中包含一些你想要显示或隐藏的 UI。

2. 创建一个<input type="checkbox" id="myToggle" style="display: none;”>,在 DOM 中创建一个不可见的复选框。

3. 无论你希望将哪个 DOM 节点作为切换控件,请将它放在标签中,其中 for 属性与复选框的 id 属性要匹配。

4. 添加下面的 CSS。

复制代码
#myToggledUI {
    display: none;
}
#myToggle:checked ~ #myToggledUI {
    display: block;
}

这段 CSS 的意思是说,在被选中的#myToggle 元素前面的#myToggledUI 元素要显示出来,否则就隐藏起来。~ 是一个很有意思的运算符!这是完整的示例

下面是一个使用<label></label><div>和复选框构建的模态面板。“Cancel”按钮是另一个<label>,对应的是同一个复选框,可以通过单击它来关闭模态面板。模态面板后面的灰色遮罩(position: fixed;)也是同一个复选框的<label>,所以单击模态面板的外面部分也会关闭它。没有使用 React 组件,没有使用事件监听器,只有简单的 HTML。

没有JS的前端:体积更小、速度更快!

你也可以添加你喜欢的 CSS。这里没有使用 ReactCSSTransitionGroup。

没有JS的前端:体积更小、速度更快!

<details>/<summary>元素

<details><summary>标签很少使用,但在很多情况下是完全可接受的。我在 Acknowledments 页面上使用它们来显示和隐藏 Slimvoice 使用的各种开源软件许可。没有 JavaScript,简单快捷,到处都可以运行。

没有JS的前端:体积更小、速度更快!

遗憾的是,你无法控制它的外观,但我不认为为了显示小三角形而强制用户加载几兆字节的 JavaScript 是值得的。

表单和输入验证

很多输入都内置了验证选项。Mozilla 文档提供了非常全面的描述

  • 不要忘记 required 属性,这个属性要求在提交表单之前必须填写某些字段。

  • 带有 min、max 和 step 的数字输入框。

  • email 类型或自定义 pattern 的文本输入框。

  • 具有 minlength 和 maxlength 的文本输入框。

  • :valid 和:invalid CSS 选择器,可以带来更好的 UX。

没有JS的前端:体积更小、速度更快!

变干净

不过,我确实在新版 Slimvoice 中使用了一些 JavaScript,但只在无法以任何其他方式复制交互时才使用。例如,我实现了客户列表的模糊搜索,让用户可以轻松过滤客户。你可以看一下代码,并不复杂。

没有JS的前端:体积更小、速度更快!

我想让发票行可以拖放排序,所以我使用 Mithril 作为发票的编辑 UI。它是整个项目中唯一的 JS 依赖项(而且只在一个页面上),等将来有时间我想把它完全替换掉。因为 App 中只有很少的 JavaScript,也无所谓要不要将它们最小化,所以我没有那么做。

没有JS的前端:体积更小、速度更快!

未来

普通的 HTML 输入框可以满足我的大部分需求,但我希望 HTML 规范能够有更多的创新,提供更多类型的输入框,并完全消除对 JavaScript 的依赖。

1. 为什么我们不能有一个标准的搜索元素,用来在客户端过滤下拉框(类似于 Angular 1 的 ng-repeat | filter:)?

2. 有一个可以拖放排序的标准 HTML 元素不是很好吗?

3. 更高级的验证功能,例如比较两个不同表单字段的相等性。

4. 不 hack 或编写奇怪的 CSS 就可以使用模态面板或复选框。

为什么 HTML 规范的 UI 选项会停滞不前,导致我们需要自己构建 JavaScript 驱动的元素?我认为拥有一套更健壮的标准 UI 元素比 WebVR、WebBluetooth 或者其他任何正在酝酿的疯狂想法都重要得多。

结论

这样可行吗?绝对没问题。完全加载最大的页面也只有 230 KB。因为缓存和压缩了所有东西,后续浏览的每个页面大约只有 6 KB,比我见过的具有相同功能的 SPA 都要小得多。Slimvoice 速度快,体积小,但不会影响用户体验。到目前为止,用户都很喜欢它。

我的代码一点都不复杂。我很乐意将整个代码库交给其他人,而且不需要跟他们解释任何东西。

我编程已经十多年,并且在六年的时间里一直在开发 Web App。在那些年里,JavaScript 和 PWA 已经被证明不是那么好,它们的缺点很明显,却经常被忽略。在可预见的未来,我将完全放弃将 JavaScript 作为主要编程语言。

  • 你可能不需要“渐进式 Web App”。认真评估你的 App 是不是一定要做得这么复杂。客户要求使用 PWA,有可能仅仅因为它很酷很流行。

  • 停止跟踪用户信息。不允许其他公司代表你这样做。即使没有 Google Analytics 和 Intercom,你也能活下来。在自己的域名中提供所有内容。

  • 不要害怕。你可以自己构建!你不需要使用框架!

  • 不要被炒作迷昏了头。不管广告页面上说了什么,或者其他人在做什么,你都要对为什么一种方法比另一种更好做出明智的判断。推广新产品的人通常会掩盖产品的缺点。凡事都有代价。

英文原文: https://dev.to/winduptoy/a-javascript-free-frontend-2d3e

更多内容,请关注前端之巅。

没有JS的前端:体积更小、速度更快!

评论

发布
用户头像
https://slimvoice.co/是这个网站么?后台确实没看到加载js资源,文件可能是小了,但是速度依然很慢呀?需要vpn么?
2019 年 03 月 25 日 09:15
回复
用户头像
曲高和寡
2019 年 03 月 18 日 21:44
回复
用户头像
简单的应用可以,而且很快,参考各种静态博客……
2019 年 03 月 18 日 18:37
回复
没有更多了