因为Vue更适合小项目而非大项目。

Vue是一个用于创建用户界面的开源JavaScript框架，也是一个创建单页应用的Web应用框架。但Vue本身不是一个全能框架，只聚焦于视图层，它易于上手、便于便于与第三方库或既有项目整合的特点很适合初创公司前期需要赶时间上线的产品，而已经成熟的大公司，更注重的则是用户体验等其它更为丰富完善的层面，所以再用Vue就显得没有那么的合适。

表面看来，Vue是在与与Angular和React“同台竞争”，但实际上，Vue在许多应用方面都不能与Angular和React相提并论，尤其是在做大项目的时候通常都不会选择Vue，反而选择的是其他两个。

为什么我们放弃了Vue？Vue和React深度比较

我使用Vue和React已经很长一段时间了，两个框架上实践代码量都在10万行以上。不得不说都是都很不错的，帮助开发者减少很多工作量，某种框架是现代化Vue和React在两者之间的选择并不像选择苹果或香蕉一样简单，两者在工程实践上的差异让我们逐渐放弃了Vue。此处以不一样的角度对彼此进行深度对比。

首先，我重新谈谈常见对比项目，观点的看法，这些部分内容可以通过一些文章或者Vue官方对比文档查到，主要目的是帮助小白解决入门摇摆问题。如果你反对，欢迎评论区留言Battle，反正我不会回答你这类问题。

Vue或React文档更丰富？

两者都有丰富的文档（包括中文文档），Vue文档，React中文，所以不用担心你四级都过不了，看不懂文档，这都是有眼就行的事〜当然，如果你提前懂点javascript相关知识也是大大滴好，ES6语法更佳，可以在这里跟阮老师学习，免费的电子书。文档和持续进阶不是你在两个框架间做选择的原因。

Vue的话需要记住各种指令，还有属性细节，免不了经常查文档。React相对简单，记住：“函数入口是props，出口是html”就行了。

React学习门槛高？

这个也不是你选择框架的原因，如果这个也可以作为原因的话，我觉得是因为你懒，给自己找了借口。据我自己学习，实践总结，两个框架都很简单，有手就行，有脑就会，不见得会React就比Vue牛逼很多。其中都提供了相应脚手架，方便用户使用：

Vue

npminstall-g @vue/cli

vuecreatemy-project

反应

npx create-react-appmy-app

cdmy-app

npm start

傻瓜式使用，无限div就完事了。

大项目用React，小项目用Vue

这是我以前在华为的时候，内部讨论两个框架对比时下的一个标记。所谓呢？这个就是万精油标注，没有参考意义。你如何定义一个项目是大项目？超过xx万行代码？后端API超过xxx个？无论什么项目，都有做“大”的可能，只要正常运营，你就得持续维护，补充补充的需求。框架的可以替代更为重要。当然我可以这么跟你说，反应适度不适合“小”项目我不知道，但是Vue不适合“大”项目，业务代码超过5万行之后问题明显，后面会详细说这点。

XX大公司也在用Vue，我们跟随就行了

很多新手在入门一些框架，或者选型组件，方案时会看看什么大公司已经用了，避免自己踩坑。当然啦，我也可以滴。但是大公司可能只是“尝鲜”，“实验性” ”使用，这些项目对他们彼此无关紧要，选型失败了，压力给到开发工程师，996纠正就行了，而你，╮（╯▽╰）╭项目和屎一样也得维护下去。

Vue模板简单，React jsx有学习成本

同上。两个都很简单，一学就会。连这点东东都叫学习成本，我只能说：“我不是针对你，我是说在座的各位都是…”

性能对比

可以看看这个第三方基准测试，其中都都挺快的。不过我们实践过程中发现有差异，大列表渲染，大量数据加载，不做进一步优化的话Vue明显比React慢。TaskHub这个网站我们以前就是用Vue写的，后来直接迁移到React前端性能大大提高，用户体验有明显的差异（数据结构，后台不变）。

深度对比

本来想简单写写，没想到前面写了那么多了，╮（╯▽╰）╭，下面是重头戏，写写实践过程中发现的问题，两个框架的解决思路。如果你还是小白，下面的一些东西可能没接触过，可以看下这篇文章：【译】通过创建相同的APP，对比React和Vue，切实实现一下，了解基础知识。

市场占比

相关npm下载量见上图，市场已经用脚投票了。看到这里，如果你只想知道选型代表，你可以走了。如果你还说xx大公司在用Vue，跟着就行。可以这么说吧，大公司更多用的是React，用Vue更多的目的是保留相关技术栈能力，多一个选择，避免React许可事件再次发生。

React的许可协议到底发生了什么问题？

Facebook认怂React专利，但问题依旧没有解决？

当然，尤大也在这里说过，看npm下载量没用，实际使用应该参考devTool的下载量。但是...为啥我打开的很多网站下面这个标都是亮的？

开发生态

客观地说，作为核心团队成员，意识到我们会更偏爱Vue，认为关于某些问题指向用Vue解决会更好。如果没有这点信念，我们也就不会整天如此忙活了。但是在此后，我们想调整地公平和准确地来描述一切。其他的框架也有显着的优点，例如React庞大的生态系统

由Vue官方

生态上的差异是明显的，这点Vue官方也承认的，很多人因为生态这点迁移到React，不过我本人不是很在意，Vue生态也不差，如果说你用了React生态的东西就觉得很牛逼，你的核心也会用，这点并不能给你产品带来多大增值，竞争力还是要靠自己手码出来的好。下面简单带过：

UI组件

两者的周边UI库都挺丰富的，反应稍微多一点，不过这不是选型的关键，自己手写的UI库也不是什么难事，偶尔封装一下原生标签也是很简单的。以前用Vue的时候还没有UI库，手动写了一个功能比较全的UI库，用汇总打包，也就2万行代码左右，有手就行。

dom相关的第三方库

Vue和React都有ref可以操作dom，自己封装一下不是什么难事。可以找找有没别人封装好的，拿来主义。

Vue：访问子组件实例或子元素

React：Refs和DOM

小程序（划重点）

有小程序开发经验的同学都知道，小程序原生开发是很蛋疼的，通常需要串行框架封装，代码转换。常见的有几个框架：

• 芋头（React技术栈，推荐使用）
• wepy（Vue技术栈，强烈不推荐使用）
• uni-app（Vue技术栈，可以使用）

这些小程序开发框架都是基于Vue或React的二次封装，简化小程序开发。

vue的一些周边库和Vue强绑定，而不是一个独立的js库的形式存在。导致代码难以理解，相关的Bug，问题也带到了二次开发的框架中。

这种强依赖导致的问题会给以后项目升级，迁移带来很多问题。比如vuex作为Vue的官方推荐的状态管理方案，只能在Vue的上面使用，不能在阵营上面使用。Redux的状态管理在阵营上用的多，这个却能用在Vue之上。类似的问题很多，你会发现React周围的东西可以用于Vue，Vue的东西不能用在React上。

如果你觉得这个问题不严重，当你把Vue代码迁移到小程序wepy框架时发现，wepy不支持Vuex（bug异常多），状态管理只能用redux，欲哭无泪。同样的问题，如果你用的是React相关技术栈，反应迁移到Taro小程序框架异常简​​单，而且可以一次性生成微信小程序，支付宝小程序，字节跳动小程序等，代码占用率高。

APP生态

weex，rn这块我没有比较好的实践经验，其中一些生产方案必须慎重考虑。rn比weex成熟这点是明确的。

最后

框架功能上，暂时没有发现Vue做的来React做不来的事情，反过来也一样，两个框架都能满足功能需求。工程实践上，由于转换性，代码组织，粗略升级，测试，开拓让我们最终放弃了Vue。

在Vue中你操作的是定义好的对象，React中你操作的是一个函数。所谓前端开发，本质就是在编写下面几个函数。

S= async(A1)

S = sync(A2)

UI = f(S)

显然，阵营对此的抽象更为彻底。