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 的开源项目,看看其他人是怎么用的。 |