【 Vue 3 】Vue3.0所采用的CompositionApi与Vue2.x使用的Options Api 有什么不同？

本文链接：https://blog.csdn.net/qq_21087199/article/details/137043871

本文介绍了Vue3中的CompositionAPI，如何解决Vue2项目中代码可读性降低、逻辑复用问题，以及与OptionsAPI的对比。CompositionAPI通过高内聚和低耦合组织逻辑，使大型项目更易于理解和维护，同时支持更好的类型推断和tree-shaking优化。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 开始之前

Composition API可以说是Vue3的最大特点，那么为什么要推出Composition Api,解决了什么问题?
通常使用Vue2开发的项目，普遍会存在以下问题：

代码的可读性随着组件变大而变差
每一种代码复用的方式，都存在缺点
TypeScript支持有限

以上通过使用Composition Api都能迎刃而解

2. 正文

2.1 Options Api

Options API,即大家常说的选项API,即以vue为后缀的文件，通过定义methods,computed ,watch,data等属性与方法，共同处理页面逻辑
在这里插入图片描述

可以看到0ptions代码编写方式，如果是组件状态，则写在data属性上，如果是方法，则写在methods属性上…
用组件的选项(data、computed 、methods 、watch)组织逻辑在大多数情况下都有效然而，当组件变得复杂，导致对应属性的列表也会增长，这可能会导致组件难以阅读和理解

2.2 Composition Api

在Vue3 Composition API中，组件根据逻辑功能来组织的，一个功能所定义的所有API会放在一起(更加的高内聚，低耦合)
即使项目很大，功能很多，我们都能快速的定位到这个功能所用到的所有API
对比
下面对Composition Api与Options Api进行两大方面的比较

逻辑组织
逻辑复用

2.2.1 逻辑组织

在这里插入图片描述

2.2.2 逻辑复用

在Vue2中，我们是用过mixin去复用相同的逻辑
下面举个例子，我们会另起一个mixin.js文件

export const MoveMixin = {
   
    data() {
   
        return {
    x: 0, y: 0, }; 
    },
    methods: {
   
        handleKeyup(e) {
   
            console.log(e.code);