[技术管理] Vue3 的 Composition API 相对于 Vue2 的 Options API 在技术管理上有优势吗？

[kaifeiji]

公司求稳还没有升到 Vue3 。

自己用 Vue3 写过一些东西，确实好用。

Options API 的“框框”很好，props 、data 、computed 、watch 、created 、mounted 、methods ，套进去写业务即可。

但是鉴于敝公司的人员水平，个人觉得 Composition API 的灵活，反而会降低代码质量。

求高见。

[zhangyunlu80]

你想想有时候你需要利用 vue 响应式的状态的纯粹功能，如果是 option api 你需要 写一个 .vue 文件，一大堆东西就都引进来了，当然你可以使用 Vue.mixin 但是 这样属性的强制性又可能引起冲突，这个时候 compostion api 就发挥小而美的优势了，当然，compositon-api vue2 也有的，除了不支持 新增属性的监听（毕竟原理还是 vue2 的 defineProperity 的原理）

[Zzzz77]

你可以这么想，你们的项目需要灵活吗？举一些具体一点的例子：你们的项目.vue 文件臃肿吗？你们的项目需要 mixin 等手段来解耦 /拆分吗？如果你的回答是肯定的，那么 Vue3 的优势是极其明显的，如果你的回答是否定的，Options API 也不是不可以。至于代码质量完全是看人，可以理解为：Composition API 大幅提高了上限，一定程度降低了下限。

[sqlNice]

在不升级 Vue 3 前提下，对于大部分人的懒惰性来说，在 Vue 2 中安装 composition-api ，想用的人才会主动去用，并尝试去学习新知识，我觉得这部分人的代码能力还是可以信任的。

另外在我的角度看，如果领导可以推动技术升级，以及团队的技术建设，那是非常高兴的。

[SongGG3]

就算强制使用 Composition API 。也有人不想去拆分的，照样几千行一个 setup 。
我觉得最重要的是，话事人会不会主动的 review 和抽离公共方法。

[shilianmlxg]

我的理解是能不用 mixins 就不用。这玩意 毁项目的。
composition-api 的核心是 让你把逻辑都抽离成 hooks 的 js 文件，只需要引入 hooks 就行，并不是在页面里写一大堆。
还有 就是 建议大佬 多康康 composition-api 的开源项目，看看其他人是怎么用的。