编辑

web开发人员在他们的技术堆栈中寻找什么? 我认为这主要归结为两种类型的性能:你希望快速开发，你希望UI是时髦的. 听起来很简单.

但最重要的是，隐含的环境是一套正确运行的机制. 在所有JavaScript框架和技术之下都是范式之间的选择:函数式编程与面向对象编程, MVC, MVP, MVVM, 等等......。. 这些选择被各种元开发者视为避免伤害自己的最佳方式，因为前端开发中存在许多陷阱.

如果你不认为管理状态很棘手的话, 考虑这样一个事实:所有复杂系统中80%的问题都是通过重新启动来解决的.

- stuart alloway (@stuarthalloway) 2019年6月1日

换句话说， 前端开发人员 将需要他们一直需要的东西:使状态管理简单可靠的技术, 即使在复杂的情况下.

通常，我们这些普通人需要选择要使用的JS框架 现在而不是经过数周的研究. 在这种情况下，默认值是明确的:使用您所知道的.

但是当我们对我们所知道的失望时, 我们可能会后退一步:“依赖注入对我来说是有意义的, 所以哪个基于di的框架提供了最流畅的开发体验?(如果你真的懂的话，你可能会懂 在不使用JS框架的情况下做自己的DI.)

或者也许我们熟悉的堆栈在性能方面不再削减它. 特别是如果你有兴趣支持不断增长的人口 比一般开发人员使用的机器更弱的机器, 也许你会问, “哪些前端JavaScript框架能够在低端硬件上提供相当快的用户体验?”

做出明智的选择(祝你好运!)

几乎总是有比时间更多的选择 正确选择. 即使只是选择 Vue.js, 反应, 角 对新来者来说很困难:很容易找到 有人在争论为什么.Js对每个项目都是最好的，毫无疑问 而且很容易找到 在从反应切换到反应两年后，有些人不太相信. 不过，也有人会提出异议 最好的方法是完全避免使用框架 或 从各种“微前端”构建应用程序. 那么，你该如何应对这种情况呢?尤其是如果你愿意接受三巨头之外的选择?

而不是尽其所能, 我们汇集了Toptal网络的专业开发人员在JS环境中有经验的各种客户端方法:AMP, 苗条的, 周期.js、Mithril、Hyperapp、Preact和水母.

在对照表中，我们把主要文章放在一起, 我最初问过每个作者，他们是否认为他们所涉及的JS框架达到了它的期望. 我省略了这个，因为 每个案例的答案都是 是的! 如果这是真的，为什么没有更多的人使用这些不同的JavaScript框架呢?

前端框架流行度和临界质量

获得可靠的使用数据总是很困难的, 但这些项目都已经建立起来，足以成为切实可行的替代方案. 的确，在职业环境中, 您希望能够轻松地雇用具有适当经验的人员来维护或扩展您的代码. 这是相当重要的，尤其是对项目经理来说.

但与这种想法相对应的是 可维护性不一定与受欢迎程度有关. 游戏总是在变化, 更重要的是写出未来开发人员能够理解的代码, 即使它们不是专门针对它的特定依赖项. 三年后, 角开发人员不会再等着处理你的遗留项目了, 毕竟，到那时他们也会转移注意力, 即使只是更新的架构 在 角的世界.

我们的一些作者直截了当地假设，他们在这里介绍的替代方案永远不会成为“下一个大事件”.希望在那里, 而不是, 是它们的存在促使最流行的JS框架采用它们最好的特性. 他们会回答我们题目中的问题:说实话， 也许不是. 尽管如此, 就像任何技术替代品一样, 专业开发人员可以从探索中学到很多东西.

此外，你永远不会知道——其中一些方法是相互学习的. Vasiliy Ruzanov在我们的主要文章中详细介绍了Elm架构是如何通过Hyperapp进入前端开发的. 一位Mithril JS开发者对此表示赞赏 新的苗条的 JS基本上有Mithril JS流; as Justen Robertson describes for us, streams are also key to the architecture of 周期.js.

相对于主流JS框架，较小的开发社区所固有的替代JavaScript技术可能能够更灵活地转换档位. 这会帮助他们获得牵引力吗? 我们拭目以待.

从AMP JavaScript, 苗条的 JS, 周期中可以学到什么.Mithril js、Hyperapp js、Preact js和水母 js?

也许你最终会在一个严肃的项目中使用这些现代JS框架和其他前端技术. 或者你可以尝试一下，然后决定保持主流. 无论哪种方式, 我们希望在我们的前端综述中, 你至少会发现一些鼓舞人心的东西——一些帮助你以一种新的方式看待web开发的东西. 你会发现 我们的前端框架比较 对于我们所涉及的每一项技术，都有一个完整的苹果对苹果的配套演示. 享受!