zayyo的博客

我们在日常使用axios时都是直接使用axios.request(config)来发送请求和instance.interceptors.request.use()来进行响应拦截，但是如果后期axios这个项目不再维护了，或者我们要换成别的网络请求方式了。这样又怎么办呢？难道我们要一处一处的起修改我们的代码吗？重构我们的请求模块？这样不仅会给我们带来大量的工作量，而且代码的耦合度太高也会导致代码如果出现bug。但是如果我们把axios在进行封装，封装出一个axios类，然后只让实例依赖axios，我们

首先我们我们先讲一下vue2 中Options API的弊端，再讲vue3中Composition API 的优势在Vue2中，我们编写组件的方式是Options API：Options API的一大特点就是在对应的属性中编写对应的功能模块；比如data定义数据、methods中定义方法、computed中定义计算属性、watch中监听属性改变，也包括生命周期钩子；但是这种代码有一个很大的弊端：当我们实现某一个功能时，这个功能对应的代码逻辑会被拆分到各个属性中；当我们组件变得更大、更复杂时，逻辑

认识Mixin（混入）混入 (mixin) 提供了一种非常灵活的方式，来分发 Vue 组件中的可复用功能。一个混入对象可以包含任意组件选项。当组件使用混入对象时，所有混入对象的选项将被“混合”进入该组件本身的选项。应用场景和项目需要当我们是使用组件化的方式在开发整个Vue的应用程序，但是组件和组件之间有时候会存在相同的代码逻辑，我们希望对相同的代码逻辑进行抽取。在Vue2和Vue3中都支持的一种方式就是使用Mixin来完成：Mixin提供了一种非常灵活的方式，来分发Vue组件中的可复用功能；一