[技术管理] Vue3 的 Composition API 相对于 Vue2 的 Options API 在技术管理上有优势吗？
kaifeiji · 2022-03-15 10:01:36 +08:00 · 1963 次点击这是一个创建于 763 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司求稳还没有升到 Vue3 。
自己用 Vue3 写过一些东西，确实好用。
Options API 的“框框”很好，props 、data 、computed 、watch 、created 、mounted 、methods ，套进去写业务即可。
但是鉴于敝公司的人员水平，个人觉得 Composition API 的灵活，反而会降低代码质量。
求高见。
自己用 Vue3 写过一些东西，确实好用。
Options API 的“框框”很好，props 、data 、computed 、watch 、created 、mounted 、methods ，套进去写业务即可。
但是鉴于敝公司的人员水平，个人觉得 Composition API 的灵活，反而会降低代码质量。
求高见。
 |
1
zhangyunlu80 2022-03-15 10:22:25 +08:00
你想想有时候你需要利用 vue 响应式的状态的纯粹功能，如果是 option api 你需要 写一个 .vue 文件，一大堆东西就都引进来了，当然你可以使用 Vue.mixin 但是 这样属性的强制性又可能引起冲突，这个时候 compostion api 就发挥小而美的优势了，当然，compositon-api vue2 也有的，除了不支持 新增属性的监听（毕竟原理还是 vue2 的 defineProperity 的原理）
|
 |
2
Zzzz77 2022-03-15 15:41:01 +08:00
你可以这么想，你们的项目需要灵活吗？举一些具体一点的例子：你们的项目.vue 文件臃肿吗？你们的项目需要 mixin 等手段来解耦 /拆分吗？如果你的回答是肯定的，那么 Vue3 的优势是极其明显的，如果你的回答是否定的，Options API 也不是不可以。至于代码质量完全是看人，可以理解为：Composition API 大幅提高了上限，一定程度降低了下限。
|
 |
3
sqlNice 2022-03-16 09:52:57 +08:00
在不升级 Vue 3 前提下，对于大部分人的懒惰性来说，在 Vue 2 中安装 composition-api ，想用的人才会主动去用，并尝试去学习新知识，我觉得这部分人的代码能力还是可以信任的。
另外在我的角度看，如果领导可以推动技术升级，以及团队的技术建设，那是非常高兴的。 |
 |
4
SongGG3 2022-03-16 12:55:57 +08:00
就算强制使用 Composition API 。也有人不想去拆分的，照样几千行一个 setup 。
我觉得最重要的是，话事人会不会主动的 review 和抽离公共方法。 |
 |
5
shilianmlxg 2022-03-22 15:29:42 +08:00
我的理解是能不用 mixins 就不用。这玩意 毁项目的。
composition-api 的核心是 让你把逻辑都抽离成 hooks 的 js 文件，只需要引入 hooks 就行，并不是在页面里写一大堆。 还有 就是 建议大佬 多康康 composition-api 的开源项目，看看其他人是怎么用的。 |
Select Language