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

[liduanjie]

[NMmmm]

@a719031256 贵司，3 年前端开什么价，给范围就好了

[Sapp]

按照我的经验

vue 很容易写成一个文件一个页面，最后一个文件上千行，找个东西找的脑阔疼
react 容易屁大一点就抽象一下，抽象抽到点一个东西点进去七八层才到目的地，就算到了目的地你也很可能还是搞不懂这是个啥

[wangyzj]

react onchange
和
vue v-model 双向绑定
但是 react 生态更好
vue 简单看着不乱

[JerryY]

2020 年都快结束了，还有人在讨论这个问题。

刚刚打了将近 800 字的评论，想想还是删了。如果我也加入了争论的行列，我觉得我也就那样了。不要把开发人员的技术水平，当成这个框架本身的水平。两个都是很好的框架，可能是因为上手都太简单了，所以有些人觉得自己总能指点一些东西出来。

我就从来没看过拉着 augular 出来比的。

好好搬砖，提升自己最重要，比来比去有啥意思，涨工资吗？

[skye]

我觉得 php 不适合做大项目，大佬门怎么看。我觉得 malloc 控制内存还是比较好，不觉得 php 很有优势。

换个对象其实是一样的，引战套路

[sxlzll]

工程师做正式项目选型时应该摆出不同方案的优缺点，性能最好有数据支撑，而不是我觉得谁好，工作中遇到这样的做法，要么被严厉的批评，要么被默默的鄙视

[Saszr]

@yanzhiling2001 这插件 6 啊

[baojie223]

@96412hj 也不能说是装逼把, 大厂 react 用的早, 有比较成熟的内部脚手架, 有丰富的内部资源, 而且反过来也在推动 react 的生态进步, 这种情况就没必要再去放弃 react 转而使用 vue 了, 小公司没有历史包袱, 用 vue 的就很多啊.

[TomVista]

我感觉还是因为 vue2.x js 不好维护,ts 半废. 所以"公认"不适合大型项目
vue3.0 完全 ts 后,维护很方便.

vue 和 react 性能差距,对于 99%的项目没有什么区别

[libyOne]

@Sapp 现在 Vue3 出来了，可以更好的通过组合式 API 组织代码了，代码逻辑更加清晰可维护

[JerryCha]

你要问大佬的意见。
大佬当然说 Vue 最好，因为可以招一大堆看得懂英文学过点编程的人进来干活，自己喝喝咖啡摸摸鱼准时下班。

[96412hj]

@baojie223 #108 你说的对，抛开业务谈技术都是耍流氓

[jydeng]

你这个上来就抛结论，没有点论据，只能当做钓鱼了。

[fox2081]

私以为，所谓的“大项目”的“大”应该体现在功能模块化、复杂构建流程、私有类库 UI 库、仓库管理、代码规范和文档上，这些都是根据具体业务考量的东西，跟具体框架没有太大关系，我们现在也用的 VUE+TS 的模式，为什么用 VUE，明明 NG 对 TS 的支持更好，只是因为需要快速招更多的人来写 CRUD

[mxT52CRuqR6o5]

@Sapp
哈哈哈，确实，react 配合 hooks 有很细的抽象粒度，但必须要有很高的经验技术才能把代码抽象成可读性高的样子
相比之下 vue2 没有 hooks 只能以组件为粒度进行抽象，如果业务需求中有大量逻辑耦合的状态很容易就写出一个超长组件，还没发拆

[charlie21]

@JerryY augular 是闷声发大财的意思吗

[love]

event 驱动是啥？ jquery?

[codingBug]

能用不就行了？

[ungrown]

@yanzhiling2001 可别，这位施主求放过，万一您是乌鸦嘴，还是开过光的那种，如何是好？

[dvaknheo]

我觉得需要编译的 vue 不适合搞后台。严重降低了开发效率