我们的产品 后台是用 为什么用react不鼡vue 编写的而不是Vue，很多人曾经问我过：老刘哎你们为啥不用vue呢，vue不香吗
每次说起这个我都会想起第一次做技术调研时的场景，那个時候我还不了解前端调研了 Vue/为什么用react不用vue/Angular 三个主流框架。得到的信息大概是这样的：
彼时我还只是一个前端新手，自然对 Vue 的简单易上手非常感冒于是开始了第一周嘚 Vue 开发，结果是令人非常不愉快的（当然这和我没有认真看文档有关）主要问题是 Vue 太需要看文档了，我要做的每一件事情比如何循环渲染、如何现实对话框、如何自定义组建统统要看文档。虽然上手简单但是我又懒得看文档导致我用 Vue 的过程一波三折，一个简单的 弹框噺建 功能写了好久
极度的挫败感让我重新回到了 为什么用react不用vue 的怀抱，其实那时候我对 为什么用react不用vue 是特别排斥的大概是因为 为什么鼡react不用vue 又多了 jsx 这玩意，添加了我的负担然而在我写了一点 为什么用react不用vue 之后发现，为什么用react不用vue简直棒极了！因为它是一个程序员的工具！
上手 为什么用react不用vue 其实并没有网上说的那些门槛写一个 Hello 大概这样(如果说Vue 1分钟上手，那么 为什么用react不用vue 3分钟也可以上手都是分钟级嘚实际并没有太大差别)：
唯一一个需要理解的概念是组件：Component，要知道这其实是非常面向成员的Component 就是一，一生二二生三，三生万物千變万化，所有的功能都从此开始对于 为什么用react不用vue 来说，只需要看一页的文档就是关于 Component 的文档
真的！所有的功能都从次开始。
如果用 Vue 此时我肯定又在研究写模版看文档或者在记 Vue 特有的模版语法，用 Vue 内置的模式来绑定数据但是在 为什么用react不用vue 你只需要写 Code，并按你所想嘚那样做就行了为什么用react不用vue是极其灵活的。
如果你看过 FB 早期的关于 Flux 的那个视频就知道他们最早搞 Flux 是为了解决复杂UI的状态不一致的问题这个问题大概是这样的，假如我有两个页面分别是帖子列表和帖子详情，如果我在帖子详情那里点了赞那么在帖子列表那里也应该昰点赞的状态。这就是状态一致的问题这个问题有很多种解法。
在 MVC 架构中帖子列表和帖子详情是两个不同的 Model，为了同步状态无论是在哪个页面了点了赞都要修改自身的同时还要修改另一个页面的状态（如果我们再引入第三个页面状态管理就变得更复杂）Flux 的做法是引入┅个中间层，现在我们不直接修改列表和详情的状态了我们添加一个 Store/Action 系统，当点赞的时候发送一个 Action 给所有的 StoreStore 自己按需修改自己。这个系统其实对于绝大部分的比较简单的UI系统都是多余的我们根本没有必要为了更新一个小小的UI就去写一个 Action，既麻烦又无聊
Vue 就没有这种烦惱，Vue内置了自己的状态管理Vue的方案是数据绑定+EventBus，这个其实还是MVC的思路对于上面的那个问题，Vue是使用EventBus 来解决的对于大部分不需要同步狀态的场景用数据绑定就行了。
PS：其实还有第三种解法既然要同步各个页面的状态，为啥不让各个页面共享同一个 Entity 呢这种解法个人觉嘚有自己的局限性和适用场景，比如 SPA 应用中的用户数据比较适合这样做但是帖子并不适合。现在比较推崇的 Entity Pattern 就把这种做法发挥到了极致所有的页面使用的 Entity 都是同一个 Entity，这个系统会导致一个非常愚蠢的问题如果用户在网站不断的浏览数据就会导致页面加载越来越多的 Entity，洏页面却无法删除那些已经不再被使用的 Entity有人还为此专门写了 Entity 的引用计数系统，个人觉得这把简单的事情做复杂了
现在回到 为什么用react鈈用vue， 由于 Redux 的枯燥乏味我们也是果断放弃了 Redux我们最终自己搞了一个架构，核心组建是一个叫 baobab 的 js 库它实现了观察者模式，基于它可以实現类似 Vue 的数据绑定效果对于上面那种特殊的数据同步问题，我也采用 EventBus 模式如果真的需要同步各个页面数据的时候再发消息解决。
所以伱看状态管理本身对我们选择谁并没有太的影响。我一直觉得状态管理是自己的事而不是UI框架的事虽然说 Vue 内置了状态管理框架但是它吔约束了你，无法做出其它的选择而我们现在的状态管理还吸收了 Vue 的优点。
另外对于后台管理系统，看起来很复杂但是实际上后天管理系统的各个模块都是自包含的，很少会有互相依赖的情况比如我们的后台：
这里的好处在于，我们几乎不会产生任何状态同步的问題每一个模块都是自包含的，比如帖子管理和用户管理八竿子打不着我们只要做最简单的数据绑定就好了。
关于架构我们大概是这樣的：
service 中就是 API 和 一些处理业务的方法，shared 目录存放共享的组件和工具views 目录主要存放页面。
为什么国内很多人会觉得 Vue 比 为什么用react不用vue 简单易仩手呢我觉得这部分人中有很大一部分人是写 HTML 出身的，HTML 和 Vue 的模板系统对他们来说有天然的亲昵关系但是对于有移动开发、桌面开发经驗的同学来说，理解 Component 更为容易并且更青睐于这种灵活的系统。
对于状态管理我觉得没必要被 Vue 或 Redux/Flux 束缚住自己的手脚。作为一个合格的研發自己选择适合自己的架构不是最基本的看家本领吗？
最近开通了自己的微信公众号: 独墅湖写码感兴趣的同学可以关注下，这个号主偠分享自己的创业感想和一些技术文章
江天一色无纤尘，独墅湖中孤月轮
谈到框架这些天你的选择差不哆。在本文中我们希望能够更轻松地做出决定。
选择技术堆栈有时会变成一项繁琐的任务因为您需要考虑每个因素，包括预算时间，应用程序大小最终用户，项目目标和资源
无论您是初学者，开发人员自由职业者还是项目架构师形成策略，明智地决定每个框架嘚优缺点都是明智的因此，这篇文章不会帮助您选择最好的文章因为该决定取决于项目的范围和框架是否适合您的需求。但是这篇攵章可以帮助您更好地理解每个框架以及趋势和见解。
如果我们考虑过去一年Angular似乎是赢家，为什么用react不用vue排在第二位为Vue.js留下一小部分。
以下是一些可以帮助您更好地比较这些框架的问题：
它们是否足以构建可扩展的应用程序是否很容易为每个框架找到开发人员？您是否了解此处列出的每个框架背后的核心概念您是否分析过每个框架的性能，速度和学习曲线有没有工具可以使用这些库开发应用程序？
让我们逐个找到每个问题的答案
Native用于使用JavaScript和为什么用react不用vue构建本机移动应用程序。许多知名公司因其出色的特性和功能而转向为什么鼡react不用vue开发该 阵营与Vue.js 主题也在网络上嗡嗡作响，为您提供了选择最佳框架的充分见解
Angular开发在全球开发人员中广泛流行，并被谷歌福咘斯，WhatsAppInstagram，healthcare.gov和许多财富500强公司等大型组织使用
现在，来到VueVue.js是讨论最多且发展最快的JavaScript框架之一。它由前谷歌员工Evan You创建他在担任Google员工时缯在Angular工作过。您可以认为它是成功的因为它能够使用HTML，CSS和JavaScript构建有吸引力的UIVue被阿里巴巴，GitLab百度使用，并受到全球开发人员和设计师的贊赏
根据2017年Stackoverflow调查，Angular受到51.7％的开发者的喜爱而为什么用react不用vue被66.9％的受访开发者所接受。为什么用react不用vue和Angular在流行的前端框架类别中具有几乎相同级别的用户Vue没有在上述任何一个名单中占据一席之地，但有能力参加这场战斗
现在，再看看GitHub上所有这三个框架评级的统计数据
如果我们观察上述统计数据，Vue.js似乎很受欢迎尽管它是一个“单人秀”，但它有能力吸引开发人员的注意力因为它结构精良且易于构建。
由于为什么用react不用vue由Facebook提供支持而Angular由Google维护因此这两个框架的增长毫无疑问。在这两个框架中更新和发布都经常发布，但在迁移时它們得到了很好的维护根据为什么用react不用vue和Angular的开发人员的说法，升级不是问题每六个月会有一次重大更新。Angular团队定期发布版本更新发咘和折旧期。
如果我们以这种方式考虑Vue.js就会有一个迁移帮助工具，它使迁移变得更容易但在大型应用程序中，它可能会导致问题因為没有适当的路线图专注于版本控制和他们的计划。
为什么用react不用vue比Angular更灵活因为Angular是一个完整的框架，为什么用react不用vue是一组独立更快，鈈断发展的库为此，你必须密切关注不再支持或维护的每个小模块
找到开发人员很容易吗？
为什么用react不用vue涉及更多JavaScript有时这也是人们媔向Angular或Vue的原因。使用HTML更有意义因为为什么用react不用vue具有不同的JSX语法--JavaScript XML。但是它不需要在您的应用程序中使用JSX，但熟悉为什么用react不用vue的设置环境和体系结构有点困难。
在这种情况下Angular是一个非常好的选择。您可以轻松找到Angular开发人员它拥有一个完善的社区，拥有大量项目哽新，资源并且具有可持续发展的未来。
JSX还是HTML你更喜欢什么？
这是一场无休止的讨论Angular使用增强的HTML，而为什么用react不用vue更多地是关于JavaScript請记住，所有这三个框架都是基于组件的只要应用程序需要，您就可以重用组件根据官方文档，如果我们谈论JSXJSX既不是字符串也不是HTML。它允许开发人员创建为什么用react不用vue元素它是JavaScript的语法扩展。
使用它有一个优势因为JavaScript比HTML更强大，而且它是一种维护良好且成熟的语言適用于前端开发。Vue与两个框架都不同它分离了关注点，使开发人员能够以有序的方式编写样式脚本和其他内容。对于熟悉HTML的初学者設计师和经验丰富的开发人员来说，这听起来不错
注意：您可以在Babel插件的帮助下在Vue中使用JSX。
框架程序库？有什么不同
Angular是一个框架，洇为它为您提供了使用完整设置构建应用程序的良好开端您无需查看库，路由解决方案和结构你可以简单地开始建设。另一方面为什么用react不用vue和Vue比Angular更灵活，更通用
使用为什么用react不用vue，您可以进行多个集成因为您可以将库与其他优秀工具配对，交换和集成在这一點上，为什么用react不用vue开箱即用因为它提供了无缝集成的灵活性，但是这样做有更多的机会出错，它需要更多的依赖
与这三个框架相仳，Vue是最干净的它可以帮助您在保持代码高效的同时实现内部依赖性和灵活性的完美平衡。它是一个非常简单直接且易于使用的JavaScript框架，旨在简化Web开发
您需要关注的其他重要事项
Angular涉及依赖注入，这是一个对象为另一个对象提供依赖关系的概念这使代码更清晰，更容易悝解另一方面，有一个MVC模式将项目分成三个不同的组件 - 模型视图和控制器。为什么用react不用vue没有任何这样的概念它只用于构建应用程序的View，而Angular则基于MVC架构
Virtual DOM模型在性能方面非常有用。为什么用react不用vue和Vue都有一个Virtual DOM由于结构精良，Vue可提供出色的性能和内存分配另一方面，為什么用react不用vue运作良好Angular已经在竞争中领先。
性能取决于各种因素这三个框架比其他JavaScript框架相对更快。您不应该考虑性能来得出结论因為它主要依赖于应用程序的大小和代码的优化。
本机应用程序开发可能？
原生应用程序是为特定平台构建的为什么用react不用vue拥有为什么鼡react不用vue Native，您可以使用它为iOS和Android开发本机应用程序Angular的NativeScript已经被很多人用来开发本机应用程序，而Ionic框架在制作混合应用程序时广受欢迎
Vue的Weex平台囸在不断发展，目前似乎还没有计划进一步发展使其成为一个成熟的交叉开发平台。
哪个平台提供简单的学习曲线
Angular和为什么用react不用vue有洎己的方法来做事情，其中Vue相当容易。许多公司正在转向Vue因为它易于使用。在Angular或为什么用react不用vue中开发需要良好的JavaScript知识您需要就第三方库做出很多决策。
如果您的应用程序很大并且在Vue中涉及大量代码那么不仅编码，而且调试和测试可能是一个真正的问题因为它允许您以老式的JavaScript方式构建应用程序。
Angular提供了非常丰富且清晰的错误消息实际上可以帮助开发人员解决问题。
单向数据流与双向数据绑定
这是為什么用react不用vue和Angular之间的主要区别之一双向数据绑定是指UI字段绑定到动态建模的机制。当UI元素发生变化时模型数据也会相应地更改。另┅方面单向数据流意味着只有一个单一的事实来源 - 模型。应用程序的数据以单一方向流动只有模型才能更改应用程序的状态。
单向数據流易于理解和确定而双向数据绑定由于其复杂性而难以理解和实现。
现在如果我们在这种情况下考虑我们的框架，Angular使用双向数据绑萣为什么用react不用vue用于单数据流，Vue支持两者在这里，重点是Angular的双向方法提供了有效的编码结构，开发人员发现它易于使用为什么用react鈈用vue提供了更好的概述和理解，因为数据是在一个方向上管理的
科技界目前正在接受mircoapps和微服务。为什么用react不用vue和Vue都可以灵活地选择对应鼡程序很重要的东西您只需将所需的库添加到为什么用react不用vue和Vue中的源代码中。Angular使用TypeScript这就是为什么它更适合SPA而不是微服务。为什么用react不鼡vue和Vue都为开发微应用程序和微服务提供了更大的灵活性
最后，我应该选择什么
如果您比其他功能更喜欢灵活性，请使用为什么用react不用vue
如果您喜欢干净的代码，请在您的应用程序中使用Vue
Vue提供最简单的学习曲线，是初学者的理想选择
如果要在应用程序中分离关注点，請使用Vue
如果您喜欢面向对象的编程，Angular绝对是您的选择
Vue非常适合小型团队和小型项目。如果您的应用程序似乎很大并且具有重要的未来擴展计划请选择为什么用react不用vue或Angular。
对于跨平台应用程序开发为什么用react不用vue Native是一个理想的选择，因为它提供了现代功能您可以轻松地找到资源。另一方面Angular需要良好的JavaScript知识才能构建大规模应用程序。
在这里我们尽量不偏向于任何框架。无论技术或框架如何我们都相信您的要求必须得到满足。如果我们遗漏了任何可以使本文更全面的重要观点或概念您可以通过以下评论告诉我们！
题主可能对虚拟 DOM 的性能有一些误解性能要看怎么比，jQuery 手动操作 DOM 的话任何情况下都可以写出比虚拟 DOM 性能更好的实现。
但一直手动操作 DOM非常繁琐也容易出 bug。
于是后来出現了很多字符串模板数据变化时，重新渲染模板替换 HTML 片段这时候虽然不用手动操作 DOM，但整体替换 HTML 会有性能损耗比如：只修改了列表Φ的一项，也会全部替换当然可以手动去优化，但显然不可能针对每个 case 都去优化
如果引入虚拟 DOM 做 Diff，相当于做了一层普适的优化只更噺变化的部分，整体性能会优于直接替换
所以虚拟 DOM 的优势是：在无需关心 DOM 的基础上，依然提供可靠的性能
