在这篇文章里，我将分析我在前端方面所做出的一些决定，并分享我在这个过程中学到的一些无 JavaScript UI 技巧。
单页应用程序
总的来说，网站肥胖问题并没有任何好转。我厌倦了加载速度慢、不太可靠的 Web App。最近有没有人试过在 Asana 中修改卡片的描述？真是慢得要死！在你输入内容时，UI 会出现很严重的延迟。首先，我住在一个农村地区，网速只有 2MB。在使用热缓存时，Asana UI 需要 14 秒才能使用。其次，看一下下面这个 App，它由 10 多 MB 未压缩的 JavaScript 组成。这需要执行大量的代码，真的是难以接受！
对于一个中等复杂度的“渐进式 Web App”，你需要一个团队来实现它。到最后，代码库的很大一部分都是前端代码。要按正确的顺序加载代码是一个件很困难的事情。代码越多，敏捷性就越差。代码是负债，而不是资产。JavaScript 库一直在变大，而且我不认为很多人对它们的实际需求进行过批判性的评估。人们经常用 KB 或 MB 来衡量 JavaScript，就好像它只有下载成本一样。但其实不是这样的。除了下载，还需要 CPU 解析和执行它们。所有这些加起来都是成本。
我发现了一个与前端开发有关的秘密。很少有人知道这个，所以不要轻易告诉别人。如果不使用 JavaScript，你的 App 就不会发生崩溃。HTML 不会抛出异常。代码越少越好。
普通的 HTML 和 CSS
对于Slimvoice，我想要违背一下 JavaScript 的炒作热潮，对整个 App 进行服务器端渲染。你可能会说：“用户在使用 App 时必须重新加载每个页面，这一定很慢”！我很鄙视这种说法！所有资产文件都经过 gzip 压缩并进行了缓存，在发生交互时只需要加载 HTML。我并没有使用加载指示器。但它的加载速度比我用过的很多 PWA 都要快。如果你不相信，请打开开发者工具的网络面板，将 Slimvoice 与其他一些流行的 PWA 进行比较。
复选框和标签
当然，对于某些交互，是不能重新加载页面的。下面是我最喜欢的一个向静态 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。
你也可以添加你喜欢的 CSS。这里没有使用 ReactCSSTransitionGroup。
<details>/<summary>元素
<details>和<summary>标签很少使用，但在很多情况下是完全可接受的。我在 Acknowledments 页面上使用它们来显示和隐藏 Slimvoice 使用的各种开源软件许可。没有 JavaScript，简单快捷，到处都可以运行。
遗憾的是，你无法控制它的外观，但我不认为为了显示小三角形而强制用户加载几兆字节的 JavaScript 是值得的。
表单和输入验证
很多输入都内置了验证选项。Mozilla 文档提供了非常全面的描述。
-
不要忘记 required 属性，这个属性要求在提交表单之前必须填写某些字段。
-
带有 min、max 和 step 的数字输入框。
-
email 类型或自定义 pattern 的文本输入框。
-
具有 minlength 和 maxlength 的文本输入框。
-
:valid 和:invalid CSS 选择器，可以带来更好的 UX。
变干净
不过，我确实在新版 Slimvoice 中使用了一些 JavaScript，但只在无法以任何其他方式复制交互时才使用。例如，我实现了客户列表的模糊搜索，让用户可以轻松过滤客户。你可以看一下代码，并不复杂。
我想让发票行可以拖放排序，所以我使用Mithril作为发票的编辑 UI。它是整个项目中唯一的 JS 依赖项（而且只在一个页面上），等将来有时间我想把它完全替换掉。因为 App 中只有很少的 JavaScript，也无所谓要不要将它们最小化，所以我没有那么做。
未来
普通的 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，你也能活下来。在自己的域名中提供所有内容。
-
不要害怕。你可以自己构建！你不需要使用框架！
-
不要被炒作迷昏了头。不管广告页面上说了什么，或者其他人在做什么，你都要对为什么一种方法比另一种更好做出明智的判断。推广新产品的人通常会掩盖产品的缺点。凡事都有代价。
最后，给大家推荐一个前端学习进阶内推交流群685910553（前端资料分享），不管你在地球哪个方位，
不管你参加工作几年都欢迎你的入驻！（群内会定期免费提供一些群主收藏的免费学习书籍资料以及整理好的面试题和答案文档！）
如果您对这个文章有任何异议，那么请在文章评论处写上你的评论。
如果您觉得这个文章有意思，那么请分享并转发，或者也可以关注一下表示您对我们文章的认可与鼓励。
愿大家都能在编程这条路，越走越远。