Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

凯特林
• 阅读 1783

Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

开始之前

Composition API 可以说是Vue3最大的特点,那么为什么要推出Composition Api,解决了什么问题?

通常使用Vue2开发的项目,普遍会存在以下问题:

  • 代码的可读性随着组件变大而变差

  • 每一种代码复用的方式,都存在缺点

  • TypeScript支持有限

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

正文

一、Options Api

Options API,即大家常说的选项API,即以vue为后缀的文件,通过定义methodscomputedwatchdata等属性与方法,共同处理页面逻辑

如下图:

Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

可以看到Options代码编写方式,如果是组件状态,则写在data属性上,如果是方法,则写在methods属性上...

用组件的选项 (datacomputedmethodswatch) 组织逻辑在大多数情况下都有效

然而,当组件变得复杂,导致对应属性的列表也会增长,这可能会导致组件难以阅读和理解

二、Composition Api

在 Vue3 Composition API 中,组件根据逻辑功能来组织的,一个功能所定义的所有 API 会放在一起(更加的高内聚,低耦合)

即使项目很大,功能很多,我们都能快速的定位到这个功能所用到的所有 API

Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

三、对比

下面对Composition ApiOptions Api进行两大方面的比较

  • 逻辑组织

  • 逻辑复用

逻辑组织

Options API

假设一个组件是一个大型组件,其内部有很多处理逻辑关注点(对应下图不用颜色)

Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

可以看到,这种碎片化使得理解和维护复杂组件变得困难

选项的分离掩盖了潜在的逻辑问题。此外,在处理单个逻辑关注点时,我们必须不断地“跳转”相关代码的选项块

Compostion API

Compositon API正是解决上述问题,将某个逻辑关注点相关的代码全都放在一个函数里,这样当需要修改一个功能时,就不再需要在文件中跳来跳去

下面举个简单例子,将处理count属性相关的代码放在同一个函数了

function useCount() {  
    let count = ref(10);  
    let double = computed(() => {  
        return count.value * 2;  
    });  

    const handleConut = () => {  
        count.value = count.value * 2;  
    };  

    console.log(count);  

    return {  
        count,  
        double,  
        handleConut,  
    };  
}  

组件上中使用count

export default defineComponent({  
    setup() {  
        const { count, double, handleConut } = useCount();  
        return {  
            count,  
            double,  
            handleConut  
        }  
    },  
});  

再来一张图进行对比,可以很直观地感受到 Composition API在逻辑组织方面的优势,以后修改一个属性功能的时候,只需要跳到控制该属性的方法中即可

Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?

逻辑复用

Vue2中,我们是用过mixin去复用相同的逻辑

下面举个例子,我们会另起一个mixin.js文件

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);  
  },  
};  

然后在组件中使用

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

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

mixins: [mousePositionMixin, fooMixin, barMixin, otherMixin]  

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

  • 命名冲突

  • 数据来源不清晰

现在通过Compositon API这种方式改写上面的代码

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 };  
}  

在组件中使用

<template>  
  <div>  
    Mouse position: x {{ x }} / y {{ y }}  
  </div>  
</template>  

<script>  
import { useMove } from "./useMove";  
import { toRefs } from "vue";  
export default {  
  setup() {  
    const { position } = useMove();  
    const { x, y } = toRefs(position);  
    return {  
      x,  
      y,  
    };  

  },  
};  
</script>  

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

小结

  • 在逻辑组织和逻辑复用方面,Composition API是优于Options API

  • 因为Composition API几乎是函数,会有更好的类型推断。

  • Composition APItree-shaking 友好,代码也更容易压缩

  • Composition API中见不到this的使用,减少了this指向不明的情况

  • 如果是小型组件,可以继续使用Options API,也是十分友好的

点赞
收藏
评论区
推荐文章
blmius blmius
3年前
MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1
文章目录问题用navicat导入数据时,报错:原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql\mode:sql\mode:SQLMode定义了MySQL应支持的SQL语法、数据校验等,这样可以更容易地在不同的环境中使用MySQL。全局s
Wesley13 Wesley13
3年前
java将前端的json数组字符串转换为列表
记录下在前端通过ajax提交了一个json数组的字符串,在后端如何转换为列表。前端数据转化与请求varcontracts{id:'1',name:'yanggb合同1'},{id:'2',name:'yanggb合同2'},{id:'3',name:'yang
皕杰报表之UUID
​在我们用皕杰报表工具设计填报报表时,如何在新增行里自动增加id呢?能新增整数排序id吗?目前可以在新增行里自动增加id,但只能用uuid函数增加UUID编码,不能新增整数排序id。uuid函数说明:获取一个UUID,可以在填报表中用来创建数据ID语法:uuid()或uuid(sep)参数说明:sep布尔值,生成的uuid中是否包含分隔符'',缺省为
待兔 待兔
4个月前
手写Java HashMap源码
HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程HashMap的使用教程22
Jacquelyn38 Jacquelyn38
3年前
2020年前端实用代码段,为你的工作保驾护航
有空的时候,自己总结了几个代码段,在开发中也经常使用,谢谢。1、使用解构获取json数据let jsonData  id: 1,status: "OK",data: 'a', 'b';let  id, status, data: number   jsonData;console.log(id, status, number )
Stella981 Stella981
3年前
Android So动态加载 优雅实现与原理分析
背景:漫品Android客户端集成适配转换功能(基于目标识别(So库35M)和人脸识别库(5M)),导致apk体积50M左右,为优化客户端体验,决定实现So文件动态加载.!(https://oscimg.oschina.net/oscnet/00d1ff90e4b34869664fef59e3ec3fdd20b.png)点击上方“蓝字”关注我
Easter79 Easter79
3年前
Twitter的分布式自增ID算法snowflake (Java版)
概述分布式系统中,有一些需要使用全局唯一ID的场景,这种时候为了防止ID冲突可以使用36位的UUID,但是UUID有一些缺点,首先他相对比较长,另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID,并且希望ID能够按照时间有序生成。而twitter的snowflake解决了这种需求,最初Twitter把存储系统从MySQL迁移
Wesley13 Wesley13
3年前
MySQL部分从库上面因为大量的临时表tmp_table造成慢查询
背景描述Time:20190124T00:08:14.70572408:00User@Host:@Id:Schema:sentrymetaLast_errno:0Killed:0Query_time:0.315758Lock_
为什么mysql不推荐使用雪花ID作为主键
作者:毛辰飞背景在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究
Python进阶者 Python进阶者
9个月前
Excel中这日期老是出来00:00:00,怎么用Pandas把这个去除
大家好,我是皮皮。一、前言前几天在Python白银交流群【上海新年人】问了一个Pandas数据筛选的问题。问题如下:这日期老是出来00:00:00,怎么把这个去除。二、实现过程后来【论草莓如何成为冻干莓】给了一个思路和代码如下:pd.toexcel之前把这