Composition API 的核心价值不是“写法更新”，而是它允许我们按照功能组织代码，而不是被 data、methods、computed 这种栏目式结构牵着走。

更稳的拆法

• 页面组件主要负责展示和组合
• 状态和交互尽量收口到 store
• 可复用逻辑提取到 composable 或 utils
• 副作用集中处理，不要散落在模板事件里

为什么这对博客项目有意义

这个站点不是纯文章目录，它首页有视觉表达、关于页有叙事、博客页有阅读流。结构一复杂，如果页面自己同时处理样式、数据和交互，后面维护会很吃力。

页面越像镜头，逻辑越像幕后，项目通常越稳定。

把展示、状态和数据边界理顺以后，页面的职责会明显更清楚，后续重构也更容易。