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

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文件

javascript 复制代码
export const MoveMixin = {
    data() {
        return { x: 0, y: 0, }; 
    },
    methods: {
        handleKeyup(e) {
            console.log(e.code);
            // 上下左右 x y
            switch (e.code) {
                case "ArrowUp":
                this.y--;
                break;
                case "ArrowDown":
                this.y++;
                break;
                case "ArrowLeft":
                this.x--;
                break;
                case "ArrowRight":
                this.x++;
                break; 
            } 
        }, 
    },
    mounted() {
        window.addEventListener("keyup", this.handleKeyup); 
    },
    unmounted() {
        window.removeEventListener("keyup", this.handleKeyup); 
    }, 
};

然后在组件中使用:

javascript 复制代码
<template> 
    <div>
        Mouse position: x {{ x }} / y {{ y }}
    </div>
</template>
<script>
import mousePositionMixin from './mouse'
export default {
    mixins: [mousePositionMixin]
}
</script>

使用单个mixin似乎问题不大,但是当我们一个组件混入大量不同的mixins的时候

会存在两个非常明显的问题:

  • 命名冲突
  • 数据来源不清晰
    现在通过Compositon API这种方式改写上面的代码
javascript 复制代码
import { onMounted, onUnmounted, reactive } from "vue";
export function useMove() {
    const position = reactive({ x: 0, y: 0, });
    const handleKeyup = (e) => {
        console.log(e.code);
        // x y
        switch (e.code) {
            case "ArrowUp":
            // y.value--;
            position.y--;
            break;
            case "ArrowDown":
            // y.value++;
            position.y++;
            break;
            case "ArrowLeft":
            // x.value--;
            position.x--;
            break;
            case "ArrowRight":
            // x.value++;
            position.x++;
            break; 
        } 
    };
    onMounted(() => {
        window.addEventListener("keyup", handleKeyup); 
    });
    onUnmounted(() => {
        window.removeEventListener("keyup", handleKeyup); 
    });
    return { position }; 
}

在组件中使用

javascript 复制代码
import { useMove } from "./useMove";

可以看到,整个数据来源清晰了,即使去编写更多的hook函数,也不会出现命名冲突的问题

3. 小节

  • 在逻辑组织和逻辑复用方面,Composition API是优于Options API
  • 因为Composition API几乎是函数,会有更好的类型推断。
  • Composition API对tree-shaking友好,代码也更容易压缩
  • Composition API中见不到this的使用,减少了this指向不明的情况
  • 如果是小型组件,可以继续使用Options API,也是十分友好的
相关推荐
F2E_Zhangmo2 小时前
基于cornerstone3D的dicom影像浏览器 第三章 拖拽seriesItem至displayer上显示第一张dicom
前端·javascript·cornerstone·cornerstone3d·cornerstonejs
gnip7 小时前
Jst执行上下文栈和变量对象
前端·javascript
excel7 小时前
🐣 最简单的卷积与激活函数指南(带示例)
前端
醉方休8 小时前
npm/pnpm软链接的优点和使用场景
前端·npm·node.js
拉不动的猪8 小时前
简单回顾下Weakmap在vue中为何不能去作为循环数据源,以及替代方案
前端·javascript·vue.js
How_doyou_do8 小时前
数据传输优化-异步不阻塞处理增强首屏体验
开发语言·前端·javascript
奇舞精选8 小时前
超越Siri的耳朵:ASR与Whisper零代码部署实战指南
前端·人工智能·aigc
奇舞精选8 小时前
Nano Banana 如何为前端注入 AI 控制力
前端·aigc
一支鱼8 小时前
基于 Node.js 的短视频制作神器 ——FFCreator
前端·node.js·音视频开发
DT——8 小时前
前端登录鉴权详解
前端·javascript