[JavaScript知识库]为什么我们选择从Angular2到vue，真实

6. 比较小

7. 在理想的情况下，还允许我们重用代码。

8. 编码速度比较高效

9. 响应性

10. 是基于组件设计的

当我们的决策依据有了以后，我不得不动手试试，所以我用几天的时间来针对React和vue.js来审查每一个决策依据，这个过程中有任何不明白的就去谷歌寻求帮助。由于我对他们中的任何一个都基本上是一无所知的，在进行了两天的审查结束的时候，我会重新评估要迁移的实际项目中需要我重写的是那些部分。

下面是我选择重写的部分：

1. 一些基本API调用

2. 两个不同页面的布局。

3. 有关用户资料响应性的部分

4. 登录表单和一些内容表单

5. 一个bootstrap的模态框

我很惊讶，在这几天里我真的向我的团队成员和公司的CTO证明了，使用Vue.js作为一个我们选择的框架可以走的很远。我很好的理解了vue.js的基本概念，定义友好、可扩展的架构，但最重要的是，我真的很喜欢用它写来代码，它这方面做得很友好，我觉得我做得比使用React好。

React比我想象的要难很多，如Redux和MobX之间选择，还有更多的疑问不止这一个问题需要进行选择，而Vue.js和Vuex的框架是整合在一起的。这样会很简单，因为当对这个框架没有使用经验时，一个框架有一个官方的库会给开发者提供更多的信心。顺便说一下，我觉得Vuex比Redux学习起来感觉更轻松，就像所有的学习曲线中表示的那样。

JSX也是一个问题，因为我们不能重复使用HTML代码，而且Vue.js在一定程度上不允许我们这样做。Vue文件实际上是工作的非常好，因为我也不喜欢内联模板。React混合JSX/HTML用JS代码，我不太喜欢这样做，因为我坚信关注点隔离，恕我直言这看起来也不爽。

编码速度

编码速度是vue.js成为我们的选择的一个决策依据，不用学习JSX对我来说是巨大的帮助。后来，另一名开发人员加入该项目，并在进行了大约1小时的培训会议后几个小时内就为该项目做出了贡献，这一速度也得到了证实。

这对我们是非常重要的，你可以马上打开Vue文件看到它。它包含一个带有HTML和标签的模板部分，看起来与Angular 1相似，所以如果你用过Angular 1的话，那你会有一种似曾相识的感觉。一个vue文件也有样式和纯JavaScript的部分，实际上你使用JavaScript，你只需要学习一些关于vue.js的基础知识就可以充分理解他们。了解vue.js的基本内容如方法，计算属性、数据和创建等等，你明白你所需要的大约90%的时候就可以开始编码了，真的很简单。

文档

有了适当的编码速度，我们需要良好的文档。vue.js的文档是一流的。编程指南、示例、问题和API都记录得很好，覆盖了我们在开发过程中发现的所有疑惑。我们担心许多问题需要找中文文档，但事实并非如此，一切都是用英语提供的。

问身边的人

vue.js经过超过一周的考虑，让我惊讶的是，看上去真的很好，问身边的人是没用的，因为没有人用过vue.js，我得到的唯一评论是，“看起来很酷，但我没有用它”。反应最多的是React，Angular 2只在一个遥远的第二位出现。

我开始寻找有Vue.js经验的本地人才，我发现一些人用的真的很好，所以我开始认为我并不孤单，我的技术圈可能太小，我应该足够重视这件事，事实上，我不知道任何人使用vue.js在生产工作中。

手机

当我们对vue.js和react进行比较时，我们也在考虑重写我们的移动应用程序。React Native看起来像一个很好的选择。对React 来说试图做一个原生的移动应用框架，这是一大利好，所以Web和APP客户端之间代码重用的可能性是一个巨大的加分项，但我决定不去考虑可能或不可能发生的。毕竟，从我的经验来说，用Node.js使用浏览器和服务器之间的那部分代码是微不足道的。

许可

我写这篇文章的时候，有大量因为Facebook改变了对BSD +专利许可。根据Facebook的说法，这个许可证是为了保护他们免受专利流氓的侵害。这在我们的决策过程中不是基本依据，但我很高兴我们没有采取React的方式，因为任何与许可有关的噪音都不是你想要听到的噪音。

最后，Facebook背后的React可能会让项目的多一个责任，而不是一个助力，这就是为什么通常有独立的基金会或组织负责一个成功的开源软件项目。Facebook应该做正确的事情，以IBM为例，当IBM收购了Strongloop，他们捐赠的express.js对Node.js基础这样一个重要的软件。来自社区的压力和IBM的意愿确保了软件的连续性。Twitter是另一个很好的例子，他们通过麻省理工学院MIT许可证上发布了Bootstrap，没有人谈论Bootstrap的许可证问题。

最后的话