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

凯特林 等级 1104 0 0
标签: api前端

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,也是十分友好的

收藏
评论区

相关推荐

Vue3.0--Vue Composition API使用体验
本文将之前采用Vue2.6开发的todoList小项目改造成为Vue3.0编写,并介绍一下2.x和3.x之间写法的不同之处。 Vue3.x适配大部分Vue2.x的组件配置,也就是说以前我们在Vue2.x针对组件的一些配置项,例如: export default { name: 'test', components: {}, props: {},
Vue3.0 所采用的 Composition Api 与 Vue2.x 使用的 Options Api 有什么不同?
开始之前 Composition API 可以说是Vue3最大的特点,那么为什么要推出Composition Api,解决了什么问题? 通常使用Vue2开发
Vue3 + Vuex4 构建点餐页面
前言 前进!前进!不择手段地前进!!距离Vue3.0 beta 发布已经过了半个多月了。本来这个东西上个月就应该写了,由于公司上个月赶项目一直没时间。趁着劳动节把这个东西写了一下,也顺便把一些坑过了一下。 介绍页面比较简单,算是把 Composition API 过了一下了 基于Vue3.0 beta 这种页面也比较老套了 涉及了
Vue3.0系列——「vue3.0性能是如何变快的?」
前言1. 先学习vue2.x,很多2.x内容依然保留; 2. 先学习TypeScript,vue3.0是用TS重写的,想知其然知其所以然必须学习TS。 为什么学习vue3.0? 性能比vue2.x快1.2~2倍 按需编译,体积比vue2.x更小 组合API(类似React Hook) 更好的TS支持
API与API管理
什么是API ====== API全称为应用程序编程接口,通俗来讲就是不需要访问程序的源代码,也不需要理解程序实现的方式,只需要通过访问相应接口的URL并填写需要获得的数据的参数名,来获取需要的参数信息。 一个接口可以是一个简单的应用程序,例如天气预报、快递查询、手机归属地查询等等,这些都可以是接口,并且可以直接填写参数取值。 ![](https://os
API网关原理
1、API网关介绍  API网关是一个服务器,是系统的唯一入口。从面向对象设计的角度看,它与外观模式类似。API网关封装了系统内部架构,为每个客户端提供一个定制的API。它可能还具有其它职责,如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。  API网关方式的核心要点是,所有的客户端和消费端都通过统一的网关接入微服务,在网关层处理所有
SDK与API的理解
1、SDK SDK (Software Development Kit):软件开发工具包,一般都是软件工程师为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件时的开发工具的集合。 Best-text mb-10代码   1. SDK (Software Development Kit)翻译成中文就是"软体开发工具组" 2. 是用来帮一个 
10个前端8个用Vue的,怎么才能在面试中出彩?
现在但凡出去面试,面试官几乎必问 Vue3.0 。不仅会问一些核心特性,还会问原理层面的问题。 比如: **▶框架层面问题:**Vue3.0 新特性 Composition API 与 React.js 中 Hooks 的异同点? **▶源码、原理层面问题:** Vue3.0 编译做了哪些优化?Vue3.0是如何变得更快的?
CouchDB学习
API === API URL路径可以指定访问CouchDB服务器的某个组件。URL请求结果包括标识和访问的数据库中的高效的描述字段。 与所有URL一样,各个组件之间用正斜杠分隔。 通常,以\_(下划线)字符开头的URL组件和JSON字段表示服务器或返回的对象中的特殊组件或实体。例如,URL片段`/_all_dbs`获取CouchDB实例中所有数据库的列表
Elasticsearch Document Delete API详解、原理与示例
本节将重点介绍ElasticSearch Doucment Delete API(根据ID删除文档)。 从《ElasticSearch Client详解》可知,ElasticSearch Delete Rest Hign level  Delete Api声明如下: * public final DeleteResponse delete(Delet
Elasticsearch Document Get API详解、原理与示例
本节将重点介绍ElasticSearch Doucment Get API(根据ID获取文档)。从《ElasticSearch Client详解》可知,ElasticSearch Get Rest Hign level  Get Api声明如下: * public final GetResponse get(GetRequest getRequest,
Elasticsearch Document Index API详解、原理与示例
本节将开始介绍Document API,本节将重点介绍ElasticSearch Doucment Index API(新增索引)。 从上节可知,ElasticSearch Index Rest Hign level  Index Api声明如下: * public final IndexResponse index(IndexRequest ind
Elasticsearch Multi Get、 Bulk API详解、原理与示例
本文将详细介绍批量获取API(Multi Get API)与Bulk API。 1、Multi Get API * public final MultiGetResponse mget(MultiGetRequest multiGetRequest, RequestOptions options) throws IOException *
Elasticsearch Search API 概述与URI Search
本节开始,将详细介绍Search API的使用。 ### Search API概述 详细API如下: * public final SearchResponse sear-ch(SearchRequest searchReques-t, RequestOptions options) throws IOException * publ
Taro 支持使用 Vue3 开发小程序
![](https://oscimg.oschina.net/oscnet/c2082f6e-88a3-4968-bf7f-3086ca8dc4ca.jpg) 前言— --- 9 月 19 日凌晨,Vue3 在经过多个开发版本的迭代后,终于迎来了它的正式版本,"One Piece" 的代号也昭示了其开拓伟大航路的野心。 Vue3 的新特性主要有 C