哪个 Javascript 框架适用于数据驱动的 Web 应用程序？

Question

我被要求设计一个具有多层的 Web 应用程序。它将有一个客户端方面（为用户呈现信息）、一个服务器方面（提供数据的web api）和一个数据库 .

我很乐意为 Web api 和数据库选择技术堆栈。它可以选择带有 SQL 后端的 Microsoft Web Api 或带有 MySQL 的 nodeJS。

对我来说，挑战（以及这篇文章的提示）是为客户端选择正确的框架。

我已经使用过 AngularJS 很多次了，这对我来说很容易再次走上这条路，但有问题的项目将有 5 年的生命周期，我担心选择 Angular 1.x，一直自 2009 年以来退出并被完全不同的 Angular 2.0 取代，这是一项糟糕的投资。

我很可能会在基本 css 端使用引导程序。

那么在众多的框架中——对于客户端数据驱动的 Web 应用程序来说，最强大的框架是什么？

一些明显的选择是：

• 灰烬
• 主干
• 反应
• 淘汰赛
• 流星
• 聚合物
• 活跃的
• 杜兰达尔
• Angular 2.0？

仅举几例！哪个最好，为什么？我不希望利用 React 之类的服务器端功能。只是来自客户端的数据（读/写）。

Answer 1

从您的列表中，我尝试了很多：angular (1)、backbone、ractive。我看了其他一些，但没有进一步调查。

根据我的经验，Ractive 是赢家。我仍然坚持并对此感到满意。

我的第一次体验是骨干。它看起来很简单，也是我需要的。然而，当我开始做不平凡的事情时，我很快就陷入了死胡同。我的视图和数据有时会不同步，我不知道如何执行其他操作。

我的第二次体验是 Angular。随着所有的炒作，我认为它一定很棒。但进入它很难。这只是......复杂。一旦我想构建一个重要的指令，我就像“wtf？wtf！”。第二个亮点是调试能力。在某些时候，一切都坏了，我的调试控制台只是抛出了一个奇怪的堆栈跟踪，让我完全不知道可能是什么问题。 ...很久之后，我偶然发现我放置了 @ 而不是 # 或类似的东西。另外，我从一开始就不喜欢的一件事是它迫使你做所有事情都是有角度的，这并不总是能与其他库很好地配合。

我的最后一次体验是 Ractive，大约一年后我就用它编写了生产代码。我很高兴。当然，这不是灵丹妙药，而且有一些怪癖。但总的来说，它是一个你可以快速开始使用的库，它可以做很多事情，而且不会妨碍你。维护者的反应也令人惊讶。

...但如果您有 Angular 方面的经验，或许最好继续这样做。

这是我的 2 美分。