标签：pos ebe with 压缩 包含 应用程序 tool upd ace
本文是是对 2017 年 12 月发表的 前端开发框架的实战对比 一文的更新。
在对比中，我们将展示不同框架之间去实现几乎相同的 实战示例应用 有怎样的差别。
实战示例应用 为我们提供了：
? Angular 没有用于生产环境。之前实战应用仓库列出的示例应用使用的是一个开发版本，感谢 Jonathan Faircloth，它现在已经是生产版本！
? Vue 没有包含在实战应用仓库，因此未包括在对比中。正如你可以想象的那样，Vue 在前端引起了很大的热度。怎么可以不考虑 Vue 呢？你到底是怎么想的？这一次我们加入了Vue.js！谢谢 Emmanuel Vilsbol。
和 2017 年 12 月的文章一样，我们包含了实战应用仓库中列出的所有实现方式。不管它有没有大量的拥趸，唯一标准就是它出现在 实战应用仓库 页面上。
前往 https://github.com/gothinkster/realworld （2018 年 4 月）
使用 Chrome 自带的 Lighthouse Audit 工具进行 首次有效绘制 的测试。
绘制速度越快，应用的使用体验就越好。Lighthouse 也测试 First interactive ，但对于大多数应用来说，这几乎是相同的，而它还处于测试阶段。
首次有效绘制（毫秒）——越低越好
在性能方面你可能不会看到很多差异。
传输大小来自 Chrome 的网络标签，包含从服务器传送的压缩的响应头和响应正文。
文件越小，下载速度越快(并且需要解析的数据也越少)。
这取决于你的框架以及你添加的依赖库的大小，还有你的编译工具的好坏也有一定影响。
传输大小（KB）——越低越好
您可以看到 Svelte，Dojo 2 和 AppRun 做得非常好。我不能说 Elm 也表现足够好——特别是当你看下一张图时。我也想看看 Hyperapp 的表现。可能下次吧，Jorge Bucaran ？
通过 cloc 我们计算每个仓库的 src 文件夹中的代码行。空白和注释行不会包含在内。这样做的意义何在？
如果调试是删除软件错误的过程，那么编程就是引入错误的过程 — Edsger Dijkstra
您拥有的代码行数越少，那么出现错误的概率就越小，而且你也只需要维护较小的代码库。
我想说，非常感谢 Eric Simons 创建了 实战示例应用 ，还有大量的提供不同实现的贡献者们。
更新: 感谢 Jonathan Faircloth 提供生产版本的 Angular。
如果你对这篇文章感兴趣，你可以在 Twitter 和 Medium 上加我。
如果发现译文存在错误或其他需要改进的地方，欢迎到 掘金翻译计划 对译文进行修改并 PR，也可获得相应奖励积分。文章开头的 本文永久链接 即为本文在 GitHub 上的 MarkDown 链接。
掘金翻译计划 是一个翻译优质互联网技术文章的社区，文章来源为 掘金 上的英文分享文章。内容覆盖 Android、iOS、前端、后端、区块链、产品、设计、人工智能等领域，想要查看更多优质译文请持续关注 掘金翻译计划、官方微博、知乎专栏。
标签：pos ebe with 压缩 包含 应用程序 tool upd ace
原文地址：https://www.cnblogs.com/homehtml/p/11797607.html
