我从Angular 2转向Vue.js, 也没有选择React

我从Angular 2转向Vue.js, 也没有选择React

译者按: 通过使用Angular的经历,作者已经完全转为Vue粉了!我们Fundebug目前还是用AngularJS 1,坦白说,学习曲线蛮陡的。

原文: Why we moved from Angular 2 to Vue.js (and why we didn’t choose React)

译者: Fundebug

为了保证可读性,本文采用意译而非直译,并且对源代码进行了大量修改。另外,本文版权归原作者所有,翻译仅用于学习。

在Rever, 我们刚刚发布了使用Vue.js完全重写的网站。经过16周紧张的开发,总共commit了641次。现在回过头来,感慨当时对框架的选择是正确的。

在8个月之前,我们还在用Angular 2做网站开发。更加精确地一点,我们用的是Angular 2 beta 9。坦白的说,这个产品当时是由一家外包公司开发,而我们一直对它的方方面面都不满意。不管是UX/UI,还是架构上,甚至Angular 2本身。

在我继续抱怨之前,我要承认Angular 2 beta 9和Angular 2.0是完全不同的产品,但这也是Angular的一个问题所在。从beta 9到2.0.0,有8个beta版本, 8个RC(release candidate),以及2.0.0本身。也就是说,如果要更新到2.0.0,需要升级17个版本。我们也尝试过从beta 9升级到2.0.0,但是因为太多的依赖都破坏了,导致整个更新非常的复杂。同时,我们开始反问自己选择Angular 2是否正确,因为Angular开发团队已经着手Angular 4了。当我们好不容易完全更新到2.0.0的那一天,又需要考虑如何更新到Angular 4了。太浪费时间,太浪费精力了!

我们曾经不喜欢,现在依然不喜欢的就是Angular 2 默认使用Typescript作为开发语言。我知道Angular 2可以直接使用JavaScript,但是在Angular 2中使用JavaScript几乎等于重写整个项目。我不认为Typescript为开发增加了附加值,甚至更加糟糕了。我发现我们的编码速度反而变慢了。在JavaScript中很简单的事情,比如定义一个对象,如果使用Typescript就会变得复杂。在你决定使用Typescript之前,我强烈建议你读读下面这两篇文章。Typescript并不是每个人的最佳选择。

The Shocking Secret About Static Types

Angular 2 vs React: The Ultimate Dance Off

我依然记得使用Angular 1是多么的简单。虽然它也有不少问题,但是和其它框架比起来,真的容易。Angular 2却把Angular的优点丢弃了。对于Angular 2, 我的结论很简单:Angular 1 和 Angular 2就是雷锋和雷峰塔的关系。

所以,你想想我们需要在一个未经过测试的系统上更新17个版本,同时还要实现新的功能,现在的代码本身有着一大堆的bug,代码质量很差,毕竟当时的开发者几乎都不在团队里面了,只有我一个同时要应对很多问题。我为了正确使用Typescript,需要到处去找正确的文档。Angular 2已经开始升级Angular 4,然而我连Angular 2都还没升级成功。太多的负面因素快速累积起来。

因此,我们做出了决定:如果升级花费太多的时间,我们就应该考虑其它方案了。

React:第一个最明显的选择是使用React, 因为每个人都在使用它,如果没有,那么也在讨论它。而且,它有Facebook在后台撑腰,不担心维护问题。但是,React本身不是框架,如果要使用,你需要添加额外的东西。

Vue.js:Vue.js是一个新选手,我之前从未听说过。尽管在我们调研前端框架的时候,它的版本已经更新到2.0了。Vue.js非常有吸引力,不过也觉得有点冒险。


决策流程

我们将所有的指标列了出来:

稳定

有强大的社区或则后台支撑

文档完善或则StackOverflow上的问答丰富

容易学习

和Bootstrap兼容

体积小

最好可以复用代码

编码速度提升

反应速度(reactivity)

组件式的

接下来,我亲自使用React和Vue.js来给出一个评估,而不是通过Google告诉我答案。在此之前,我从来没有用过React和Vue.js。我们他们重写了如下部分:

一些基本的API调用

两个不同页面的不同的布局

和用户交互的部分

登录表单和一些其它的表达

一个Bootstrap 模态框(modal)

仅仅使用了几天,我已经被Vue.js惊讶到,我已经可以完成一个演示Demo给CTO和团队其他成员。我已经很好的理解了Vue.js的基本概念,定义可扩展的架构。最重要的是我非常喜欢使用Vue.js的方式写代码,我可以感觉到明显比React快。

使用React比想象中难,要在Redux和MobX中做出选择并没有只有一个完美整合的方案好,就像Vue.js搭配的Vuex。如果对于一个框架没有使用经验的时候,可以让最开始的决策变得简单。如果你知道这个框架有官方的库,将会更有自信。同时,我觉得Vuex的反应比Redux快,不够也许只是个人感觉。

JSX也是一个问题,因为我们不能重用HTML,不够Vue.js在某种程度上支持我们这么做。 我不喜欢内联模板(inline template), 而React将JSX/HTML和JS混合到一起。我一直坚信将不同的功能部件分开才是正确的做法,混到一起看上去太丑了。

编码速度

使用Vue.js的编码速度远远超过React,因为不需要学习JSX。而且,一个新的开发者加入团队之后,他只需要一个小时的培训就可以上手工作。这一点对我们非常重要。打开一个Vue文件,里面包含了使用HTML和Angular 1相似的标签。一个vue文件还包含样式和JavaScript部分。你只需要学习一点点Vue.js的基础知识就可以理解它们。

文档

为了快速开发,好的文档也很重要。Vue.js的文档简直太赞!指导、示例、问题和API文档都非常清晰。在开发中遇到的问题几乎都可以通过文档找到答案。我们开始担心很多问题都是中文的,结果发现所有的资料都有英文版本。

问问其他人

经过一周的考虑,我认为Vue.js非常不错。可是周边的人都没有用过,无法给出中肯的建议。我得到的唯一一个意见就是“看上去很酷,不过我从来没用过”。React最受大家关注,Angular 2其次。我开始寻找本地是否有使用Vue.js的开发者,结果真的找到了,让我觉得不在孤单。而且我的技术圈子本来就很小,所以没有注意到谁在生产环境使用Vue.js。

移动端

在我们考虑选择Vue.js还是React的时候,同时有考虑到要重写我们的移动端。React Native看上去是一个不错的选择。如果我们真的决定用React Native做移动端,可以复用桌面端和移动端的代码,对决定选择React有很大的加分。不过,我最终决定不考虑这个情况也许不会发生的情况。从我的经验来看,使用Node.js已经让我可以在前端和后端重用非常多的代码。


版权许可


在我写这篇博客的时候,网上有很多关于Facebook将React的版权许可改为BSD+Patent的讨论。根据Facebook的解释,这个版权许可防止他们被专利流氓(patent troll)。虽然这不是影响我们决定的一个主要因素,但是如果你使用React,而React有相关版权问题,你也不想听到。


换个角度,Facebook可以说是React的一个负担,而不是助力。这也是为什么一个独立的基金或组织来维护开源软件项目更好。IBM做了一个很好的示范,当他把Strongloop买下来以后,把Express.js捐给了Node.js基金会。来自社区的压力和IBM的期待,使得软件一直很好的维护下去。Twitter也是一个很好的例子,他们使用MIT协议发行Bootstrap,这样再也没有人会讨论Bootstrap的版权问题。


结论


在我做出最终决定之前,我在网上调研了很久。有一张开发者对现有JavaScript状态的调查吸引了我的注意力。我承认,作者并没有用非常严谨的科学的方法去调研,但是却给我们提供了很多非常有用的信息。如果你想阅读原文,请点击The State Of JavaScript: Front-End Frameworks。


衡量指标 Angular 2 React Vue.js

稳定 是 是 是

有强大的社区 是 是 还不够大

后盾 Google Facebook Laravel和阿里巴巴

文档清晰 是 是 是

容易上手 一般,Typescript难学 还可以 是

可以集成Bootstrap 是 是 是

大小 566K 139K 58.8K

易复用 是 只有CSS 是,HTML和CSS

编码速度 慢 一般 快

反应速度(Reactivity) 还可以 快 快

基于组件 是 是 是

总的来说,在我们的评估中,Vue.js胜出。在StackOverflow有很多问答,官方文档十分清晰,代码体积小,和Bootstrap完美集成,由Laravel和阿里巴巴支撑。虽然社区还不够大,但是已经足够大了。


选择Vue.js是一个正确的选择,虽然我花了不少时间来说服CTO。我很感激他总是提出一些有用的难问题,使我可以保证我的决定是100%正确。如果我的决定真的做错了,将会非常后悔的。我想直到他亲手写了一个组件发现相当的容易才真的完全确信Vue.js的能力的。


我没有说React不好,它拥有那么大的一个社区,我感到非常震撼。它有它的好处,jQuery的社区更大,但没有使它成为一个我们想要使用的好的框架/库。我们想要简单,而Vue.js拥有这一点。如果你还是不确定,可以读一读下面这篇文章:Comparison with Other Frameworks。





版权声明:

转载时请注明作者Fundebug以及本文地址:

https://blog.fundebug.com/2017/09/20/why-we-moved-from-angular2-to-vue/

您的用户遇到BUG了吗?


体验Demo 免费使用

Like Issue Page

Error: Comments Not Initialized

Write  Preview

Login with GitHub


Styling with Markdown is supported Comment

Powered by Gitment

关于Fundebug


Fundebug是全栈JavaScript实时错误监控平台,能够及时发现您的应用错误,助您提升用户体验。

累计处理错误: 60269707

标签


客户故事 JavaScript 新闻 小程序 BUG Source Map Node.js Docker 翻译 Linux ES6 媒体报道 产品 Hexo 函数式 人工智能 随笔 用户行为 教程 其他

最新博客


我从Angular 2转向Vue.js, 也没有选择React

域名备案图文教程

JS中将变量转为字符串

错误太多?手把手教你清空收件箱

没有Fundebug不能复现的BUG

用函数式编程对JavaScript进行断舍离

ES6之Object.assign()详解

Debug始于70年前

我是这样搞懂一个神奇的BUG

如何在Promise链中共享变量?

热门博客


12个必备的JavaScript装逼技巧

10个JavaScript难点

几点建议帮你写出简洁的JS代码

JavaScript中8个常见的陷阱

如何实现前端微服务化?

10个最佳Node.js企业应用案例:从Uber到LinkedIn

你所不知道的JSON.stringify

JavaScript函数重载

Fundebug能够捕获这些BUG

10个最佳ES6特性

产品

产品介绍 博客 服务条款

文档

JavaScript 微信小程序 Node.js 常见问题

你可能感兴趣的:(我从Angular 2转向Vue.js, 也没有选择React)