理想很丰满#

我想象中的代码：

1
const { user } = useUser()
2
const { articles } = useArticles()
3
const { loading } = useLoading()

清爽、干净、模块化。

现实很骨感#

实际写出来的代码：

1
const { user, loading: userLoading, error: userError } = useUser()
2
const { articles, loading: articleLoading, error: articleError } = useArticles()
3
// 命名冲突！到处重命名！

而且，如果你把所有逻辑都堆在 setup 里，不加以拆分，它就会变成一个巨大的面条代码（Spaghetti Code），比 Options API 还要难以维护。因为 Options API 至少强制你分开了 data 和 methods。严格来说实际上只要你不在乎史山代码，你完全可以不在乎getter和setter，全放在utils里面，所有的state变量都塞在一个const里面。

令人头秃的细节#

Composable 不是独立组件，它在调用方的 setup 阶段同步执行，里面注册的 onMounted 也属于调用它的那个组件。异步任务则要自己暴露 loading、error 和取消逻辑，不能靠调用顺序猜完成时间。我以前写 C++ 更多，被异步状态狠狠摆过一道；后来把“注册副作用”和“等待结果”分开看，脑子终于顺了。