Vue 3 Composition API 初看：它不是为了替代一切，而是为了解决组织问题

Vue 3 刚出来时，很多人的第一反应是：又换写法了。

这很正常。毕竟从 Options API 切到 Composition API，表面上最明显的变化就是组织方式完全不一样。

可如果只把它理解成“语法新不新”，就很容易低估它真正想解决的问题。

Composition API 主要解决的是组织问题

Options API 在小组件里其实很好用，data、methods、computed 一眼就能看明白。

问题主要出在组件越来越大时。

一个功能要跨 data、watch、methods、生命周期来回跳，读代码会越来越碎。这时候 Composition API 的价值才会显出来：把同一类逻辑收拢到一起。

它不是为了让代码更短

有些例子会把 Composition API 写得很紧凑，看起来像是“更高级的写法”。但真实项目里，它更大的价值不是短，而是能把一个功能模块放在一起看。

比如搜索逻辑、分页逻辑、表单逻辑，各自可以有自己的状态和动作，不必再拆散在不同选项里。

写在最后

Composition API 真正值得关注的地方，不是新，而是它给了 Vue 组件一种新的组织方式。

如果你的组件规模还很小，Options API 依然很好用；但一旦逻辑开始变长、横切面增多，Composition API 的优势就会越来越明显。