我觉得 vue 并不适合做大项目。大佬们怎么看呢。我觉得 event 驱动性能还是比较好的。不觉得 vue 很有优势。。

• 資深大佬 : matthewzhong

  这都 2020 年了……

• 資深大佬 : stillsilly

  企业级项目，以代码规范性，开发人员可投入性，可替换性为指标

• 資深大佬 : wangyanrui

  show me your proof

• 資深大佬 : maigebaoer

  这句表达挺虚的，“event 驱动性能还是比较好的” 这句话就很别扭，web 上性能主要是 DOM 渲染吧。
  现代框架最大的作用是提高开发效率，即使可能牺牲小部分性能。

• 資深大佬 : airyland

  不适合就不适合吧，反正前后端分离，前端都在客户浏览器渲染。

  哔哩哔哩的用户页面用 vue，百度搜索页展示也用上了？
  https://pic.downk.cc/item/5f7363d8160a154a6795e211.jpg

  https://pic.downk.cc/item/5f736404160a154a6795f0e9.jpg

• 資深大佬 : yanzhiling2001

  我记得去年研招网的哪个页面也用了 vue 。这边好多政府项目也是

• 資深大佬 : yanzhiling2001

  有时候不得不感叹，改变世界的门槛也不高，vue 创造了不止几十个亿的经济价值。养活了多少人。

  十一去寺庙给 vue 上柱香。

• 資深大佬 : yanzhiling2001

  @yanzhiling2001
  twitter/facebook/netflix 均为 react

• 資深大佬 : azh7138m

  gitlab 就是 vue 写的

• 資深大佬 : noe132

  @yanzhiling2001 #6 这个检测工具不错

• 資深大佬 : ryougifujino

  @ryougifujino https://www.wappalyzer.com/download/

• 資深大佬 : yanzhiling2001

  @ryougifujino 滑稽的是这个插件的公司门户也是 vue 写的

  https://pic.downk.cc/item/5f736af0160a154a6798e8be.jpg

• 資深大佬 : yanzhiling2001

  bat 主要都是 react，国外就更不用说了
  回到主题，vue 的优势是
  this. a=”something “
  免去了操作 view 的
  a=”something “
  Ele.Settext(a)
  所谓的 data binding
  至于你说的 event 驱动是哪跟哪？还有不是 event 驱动的 ui 编程吗

• 資深大佬 : KuroNekoFan

  原来 b 站不是大项目啊

• 資深大佬 : duan602728596

  vue3 真香

• 資深大佬 : pecopeco

  我们在用 vue 写一整套的 saas 系统。还有一套已经上线了的

• 資深大佬 : suzic

  切图就完事了！前端大忌，陷入框架之争。可以有技术偏好，但是你最好都有所掌握。当然三板斧基础是最重要的。

  关于大项目，这个要看什么是大项目。gitlab，bilibili nasa 应该算大项目，他们是 vue 做的。我觉得国内的我们一般不会碰到这种大项目，把小项目做好，作精，一样能拿钱。是不是？

  再一个问题是开源精神，我们遇到优秀的开源作品，感觉他某些方面表现不好，最好的方式是提 issue，提 pr，参与社区讨论(主的这种帖子也算吧)。但是最好要考证一下实际情况，相对客观的看待问题，这才是开源精神，您说呢？

• 資深大佬 : zhwithsweet

  如果公司项目框架选型是你做决策我觉得讨论这个合理 否则真没啥必要 大家好好当个安静的切图仔也挺好

• 資深大佬 : rodrick

  一个词：矫情。

  主有时间发这个帖子，还不如好好去搬砖啊

• 資深大佬 : tctc4869

  国外好多项目也开始用 vue，国内用 vue 原因主要是担心扎克伯格哪天不开心了给 react 加一两条 buff，这事儿又不是没干过

• 資深大佬 : moyupoi

  我觉得大佬您并不适合做大项目。大佬您自己怎么看呢。我觉得框架之争没啥意义。不觉得您的疑问很正确。。

• 資深大佬 : Charod

  只要能支持 ts，用啥都可以

• 資深大佬 : tikazyq

  我现在做的虽然是个不入流的后台管理系统,但是也是纯代码 10MB 的前端项目了,一百多功能,三百多页面.vue 没有性能问题.

• 資深大佬 : yaphets666

  前端不要吵来吵去

• 資深大佬 : ddefewfewf

  不管 vue ng react 哪个适合做大项目，问这种问题的人一般不适合做大项目。

• 資深大佬 : Loserzhu

  每次涉及到 vue react 的帖子必是高

• 資深大佬 : Wincer

  p 站用的 vue

• 資深大佬 : yuan95

  最后你发现，技术只是工具，对于大部分人，无可替代是业务而不是技术。个人觉得 bat 喜欢用 react 纯粹是装 B，喜欢标新立异

• 資深大佬 : 96412hj

  @yuan95 #28 老哥，我有科学上网，为啥还打不开 p 站，，，求指教

• 資深大佬 : 96412hj

  @96412hj 标新立异应该自己造个轮子，而不是选择 react，毕竟 react 的份额世界第一

• 資深大佬 : xiadd

  每次看到这种帖子都特别开心

  

• 資深大佬 : TimPeake

  前端娱乐圈好久没出过热点了 这是要在 V 站点爆？然后尤大佬赤膊上阵？

• 資深大佬 : TimPeake

  @yanzhiling2001 好奇这个插件是怎么检测判断的

• 資深大佬 : hfc

  @xiadd #31 哈哈，就他们还鄙视写 vue 的，哪来的优越感

• 資深大佬 : 96412hj

  你这话很正确，但如果公司强推 vue 做大项目，你也挡不住，反正我们公司的 vue 前端坑特别多，现在这个项目，前端花费的时间是我们后端两倍，vue 效果挺不错的，但性能很糟糕，功能上也差很多，注：性能和功能对比 jquery，虽然我是后端，但也经常用 jquery 写页面

• 資深大佬 : a719031256

  @hfc js 包检测…

• 資深大佬 : chnyuwen

  能用就行了 管他 react 还是 vue

• 資深大佬 : fedfrank

  对框架或者库一知半解还没怎么用也没什么逻辑就总结出一个结论这样的行为很中二

• 資深大佬 : Perry

  @a719031256 #36 你这把 vue 换成 react，文章也没毛病。因为。。你公司项目问题是看团队的，团队的问题。

• 資深大佬 : drydiy

  用 Vue 写过大型业务特别复杂多样的广告投放平台，没觉得有啥吃力的地方

• 資深大佬 : codespots

  一个帖子出现了三个我觉得，不是你觉得，是要大家觉得，是要真正的去了解和学习的。

• 資深大佬 : Chenamy2017

  @drydiy 不应该啊，如果说公司前端都差，但也不一样写出来的项目前端花费的总时间比后端多不少，还有性能渣和 bug 率也居高不下

• 資深大佬 : a719031256

  @a719031256 #43 还是看团队的。你用 react，一样可以写出烂代码，性能渣。我前公司用 vue，现公司用 react 。做的项目都挺复杂的。最大的一个感受就是：项目的质量(包括架构设计、业务代码质量、组件抽离等) 真的就看团队的把控能力，归根到底，还是看人。

• 資深大佬 : drydiy

  @drydiy 这个我不是前端，也不清楚这个问题的原因所在

• 資深大佬 : a719031256

  php 是世界上最好的语言

• 資深大佬 : thet

  @drydiy 好几个项目加班都是因为前端拖后腿，因为每个项目公司都强推 vue，所以我现在有点反感这个框架了，测试测一次前端 bug 就是二三十个，搞得现在测试都是测一半就不测了

• 資深大佬 : a719031256

  @a719031256 #47 那你反感框架，还不如反感人来得有效。找几个牛逼的前端吧。

• 資深大佬 : drydiy

  又来了，又来了

• 資深大佬 : zzzzzzzzyp

  @drydiy 。。。。。。说得轻松，公司招前端跟我有毛关系，这次进来的前端都是面了 20 来个人才选出 2 个前端，要不是项目急估计这些家伙还要继续面
• 資深大佬 : a719031256

  部分人错以为 vue 不适合做大项目的原因是 vue 友好的学习曲线大大降低了开发门槛，导致很多中小公司开发人员水平参差不齐，开发出来的代码难以维护。所以这不是 vue 的问题，是人的问题，vue 好歹还有 template，css，js 分离的原则，你让这帮人用 react 开发写 JSX 的话结果估计会更惨。

• 資深大佬 : Hoshinokozo

  @a719031256 找几个牛逼的前端吧。

• 資深大佬 : css7

  @yanzhiling2001 人家还没死呢！！

• 資深大佬 : wmwmajie

  可能是大项目不适合你

• 資深大佬 : gouflv

  @css7 不好找啊，跟公司前端组长聊天说都不咋样，就只会调用框架的东西，稍微问点复杂的就答不上来了，这样的人招进来没用

• 資深大佬 : a719031256

  @a719031256 那是你公司前端的问题，不是 vue 的问题

• 資深大佬 : dnL

  @dnL 。。。。。vue 坑多，公司前端组长多数时间都是去填坑，感觉现在的前端真的只会调用框架，离开框架啥都不会

• 資深大佬 : a719031256

  @dnL 也可能真是我们公司前端的问题

• 資深大佬 : a719031256

  @a719031256 兄弟，特别理解你，我也反感强推 vue 的，这个和 vue 一直宣传自己简单易上手有脱不开的关系，导致很多人会用 vue 、能写个页面就觉得自己是个前端了，然而连最基本的事件代理、DOM 操作都不理解

• 資深大佬 : nzbin

  @a719031256 并不是你们公司前端的问题，从我待过的大厂以及接触的从大厂过来的同事，都差不多

• 資深大佬 : nzbin

  @nzbin 原来如此…….难怪我们前端组长老是吐槽现在的前端

• 資深大佬 : a719031256

  @nzbin 这不是反证了上手确实简单吗？不用懂原理都能写了，哈哈

• 資深大佬 : rainfd

  @a719031256 #58
  @nzbin #59
  你们这表述不都是在说开发的人菜，跟框架有啥关系，大厂连最基本的事件代理、DOM 操作都不理解怕是连面试都过不去，敢问阁下说的是哪家大厂

• 資深大佬 : maplelin

  vue 确实大部分降低了前端的门槛,我们公司也是,一群前端菜的一逼,还要我这个后端去给他们修 bug 重构

• 資深大佬 : ragnaroks

  @nzbin 自己学艺不精别怪框架啊，是个 vue 项目就因为框架问题导致几十个 bug，vue 早死了，github 能有 173k 的 star?

• 資深大佬 : dnL

  @maplelin 上下两个回答不相关，而且大厂的面试难度和团队以及项目紧急程度有很大关系

• 資深大佬 : nzbin

  angular 默默路过。。。。

• 資深大佬 : wunonglin

  @ragnaroks 你牛逼，我们公司有一个人脸识别的项目，后端的也是去帮前端写代码改 bug，前端经常说这个不能实现那个不能做，这里是 vue 框架的问题，改不了之类的常用词

• 資深大佬 : a719031256

  现在还有人发这种帖子。。

• 資深大佬 : lianxiben

  那种大到 vue hold 不住的项目，大部分人也遇不到

• 資深大佬 : mxT52CRuqR6o5

  @dnL 不是怪框架，而是 vue 的宣传口号让很多人飘了，另外 vue 官网贴出的和其它框架的对比也给很多人造成了误导

• 資深大佬 : nzbin

  @nzbin #66 那你这换个语言也是一样的，不光前端，Java 你招个只会用 Spring cloud 写 CURD 的程序员来不也是一样，跑个多线程都能给你把服务跑挂掉。放哪个语言不都有这样的，培训班出来的选手一抓一大把，开发人员这东西还是宁缺毋滥。

• 資深大佬 : maplelin

  @rainfd 这么说没错，但是一旦遇到稍微复杂点的需求，那代码真是一言难尽

• 資深大佬 : nzbin

  我就不明白了，如果你招的人是菜鸡，那菜鸡也勉强能用的框架和菜鸡完全用不来的框架你选哪个？
  如果你招的人是高手，那框架对菜鸡友好与否跟你又有什么关系？
  什么时候一个框架容易上手还成了缺点了？还有说容易上手导致菜鸡们飘了的，菜鸡们飘了你们的面试官和人事也飘了么

• 資深大佬 : shintendo

  总结一下，主公司的前端水平不行。

  看到“后端来帮前端改代码”的时候，我脑补了一个场景：前端在疯狂甩锅框架，后端一看好像他也不会，没能帮到人，没法人前显圣，于是和菜鸡前端一起喷框架了。

• 資深大佬 : lychs1998

  @shintendo 兄弟，你没经历过那种场景，那感觉真的特别糟糕

• 資深大佬 : a719031256

  大项目要怎么个定义

• 資深大佬 : lqw3030

  @a719031256 菜鸡写大坑当然糟糕啊，关键为啥招的是菜鸡？还是说你觉得他们不是菜鸡？

• 資深大佬 : shintendo

  @shintendo 招前端这个。。。。。越权了，还有面试了那么多前端，95%都是只会用不会填的，水平我们后端写前端差不多

• 資深大佬 : a719031256

  @shintendo 面试时问有没有看 vue 源码，答：有，然后问几个源码问题，不知道…….

• 資深大佬 : a719031256

  @shintendo 这个结论是前端组长说的，不是我

• 資深大佬 : a719031256

  不要看了点新知识就来谈这种有的没的的东西

• 資深大佬 : woshipanghu

  我不要你觉得

• 資深大佬 : newmlp

  @a719031256 两点：1.你们公司前端可能确实不太行 2.可能你们公司轻视前端，开不起价，只想招便宜能干的，而不是优秀的

• 資深大佬 : KuroNekoFan

  @KuroNekoFan 有可能是这样，开不起价格

• 資深大佬 : a719031256

  @nzbin
  『并不是你们公司前端的问题，从我待过的大厂以及接触的从大厂过来的同事，都差不多』

  不知道你是哪个大厂的
  从我待过的大厂来看，从来没遇到过 @a719031256 公司的这种问题

• 資深大佬 : yhxx

  @a719031256
  @nzbin
  归根结底还是人本身自己问题，但凡用基础扎实，不至于这样

• 資深大佬 : Charod

  React 天下第一

• 資深大佬 : uxstone

  ctrl + f, 输入 react 。不出所料，数量级是两位数

• 資深大佬 : vision1900

  @hfc 应该是检索网页里的关键 js 和 css 代码，匹配到关键词相似度高了就认定为是哪个框架。

• 資深大佬 : yanzhiling2001

  主既不懂 vue，也不懂事件驱动，更不懂大项目

• 資深大佬 : tairan2006

  B 站，爱奇艺，都是 VUE, 这些不算大项目的话，那 vue 就不能做大项目

• 資深大佬 : dxhuii

  Vue 确实有那么一点点问题，比如 mixin，比如 ts，这个我承认。尤大也承认了，并在 Vue3 做出了改进。但你说“event 驱动性能还是比较好的”，这我就笑了。你真的懂 event driven 吗？你真的懂 Vue 吗？

• 資深大佬 : wxsm

  从月经变日常了？

• 資深大佬 : Jackeriss

  这么说，一个项目能做大已经和框架没有太多关系了，更多是项目本身的其他约束（ code style 、project structure 、ci test……）。从这点上说 vue 还是可以写出大项目而且不逊色。我个人看过工程性很强的 vue 项目，可以做到 ts 强类型+ci 99%覆盖（当然需要 webpack 等很多方面下点功夫）

• 資深大佬 : himself65

  怎么 2020 年了还有人在问这种问题?

• 資深大佬 : codermagefox

  @a719031256 只是你司前端不行

• 資深大佬 : darknoll

  vue 服务的不是技术，是商业，vue 最大的好处是能降低开发成本

• 資深大佬 : CODEWEA

  这是人的问题，和框架无关

• 資深大佬 : jx915

  @CODEWEA 同时也让不少的不及格的前端混入，vue 真的是人人都能写，但写好真不是件简单事情，我们后端学几天都能写前端，但真遇到什么坑还得找精通 vue 的人来弄