>首页> IT >

什么是Mixin?带你了解Vue中的Mixin混入

时间:2022-03-21 11:54:24       来源:转载
什么是Mixin?本篇文章带大家了解一下Vue中的Mixin混入,介绍Mixin和Vuex的区别,Mixin的使用方法,希望对大家有所帮助!

Vue框架现在基本上已经占据了前端的半壁江山,Vue的数据驱动和组件化的思想深入人心。Vue全家桶可能很多小伙伴都比较熟悉,在工作上也用得比较得心应手。但是今天讲的Vue中这个Mixin的用法我相信还有很多小伙伴不知道或者没有用过,或者有些小伙伴接手别人的Vue项目时看到里面有个Mixin文件夹,也会用,但是一直都是云里雾里的状态,今天我们就好好聊聊Mixin,争取以后不在犯迷糊。【相关推荐:vuejs视频教程】

1. 什么是Mixin?

想要使用一个事物或者工具,我们首要先了解它是什么,这样我们才好对症下药。

其实Mixin不是Vue专属的,可以说它是一种思想,也可以说它就是混入的意思,在很多开发框架中都实现了Mixin(混入),我们这里主要讲解的是Vue中的Mixin。

老规矩,先看官方文档。

官方解释:

官方的解释通常都是晦涩难懂的,因为要专业和准确嘛!

我们可以用我们自己容易理解的话来说说Vue中的Mixin是什么。

民间解释:

将组件的公共逻辑或者配置提取出来,哪个组件需要用到时,直接将提取的这部分混入到组件内部即可。这样既可以减少代码冗余度,也可以让后期维护起来更加容易。

这里需要注意的是:提取的是逻辑或配置,而不是HTML代码和CSS代码。其实大家也可以换一种想法,mixin就是组件中的组件,Vue组件化让我们的代码复用性更高,那么组件与组件之间还有重复部分,我们使用Mixin在抽离一遍。

2. Mixin和Vuex的区别?

上面一点说Mixin就是一个抽离公共部分的作用。在Vue中,Vuex状态管理似乎也是做的这一件事,它也是将组件之间可能共享的数据抽离出来。两者看似一样,实则还是有细微的区别,区别如下:

Vuex公共状态管理,如果在一个组件中更改了Vuex中的某个数据,那么其它所有引用了Vuex中该数据的组件也会跟着变化。Mixin中的数据和方法都是独立的,组件之间使用后是互相不影响的。

3. 如何使用?

我们了解了Mixin的概念,那么如何使用它呢?这才是我们的重点。

3.1 准备工作

接下来我们的mixin就放在Vue2.x的脚手架项目中演示。

利用Vue-cli初始化一个最简单的项目:

3.1 mixin定义

定义mixin也非常简单,它就是一个对象而已,只不过这个对象里面可以包含Vue组件中的一些常见配置,如data、methods、created等等。

在我们的项目src目录下新建mixin文件夹,然后新建index.js文件,该文件存放我们的mixin代码。

代码如下:

// src/mixin/index.jsexport const mixins = {  data() {    return {};  },  computed: {},  created() {},  mounted() {},  methods: {},};

可以看到我们的mixin非常的简单,主要包含了一个Vue组件的常见的逻辑结构。

接下来让我们在mixin中简单的写点东西,代码如下:

export const mixins = {  data() {    return {      msg: "我是小猪课堂",    };  },  computed: {},  created() {    console.log("我是mixin中的created生命周期函数");  },  mounted() {    console.log("我是mixin中的mounted生命周期函数");  },  methods: {    clickMe() {      console.log("我是mixin中的点击事件");    },  },};

3.2 局部混入

我们的公共mixin定义好后,最重要就是如何使用它。根据不同的业务场景,我们可以分为两种:局部混入和全局混入。顾名思义,局部混入和组件的按需加载有点类似,就是需要用到mixin中的代码时,我们再在组件章引入它。全局混入的话,则代表我在项目的任何组件中都可以使用mixin。

组件中引入mixin也非常简单,我们稍微改造下App.vue组件。

代码如下:

// src/App.vue<script>import { mixins } from "./mixin/index";export default {  name: "App",  mixins: [mixins],  components: {},  created(){    console.log("组件调用minxi数据",this.msg);  },  mounted(){    console.log("我是组件的mounted生命周期函数")  }};</script>

效果如下:

上段代码中引入mixin的方法也非常简单,直接使用vue提供给我们的mixins属性:mixins:[mixins]。

通过上面的代码和效果我们可以得出以下几点:

mixin中的生命周期函数会和组件的生命周期函数一起合并执行。mixin中的data数据在组件中也可以使用。mixin中的方法在组件内部可以直接调用。生命周期函数合并后执行顺序:先执行mixin中的,后执行组件的。

问题提出:

这里我们就提出了一个问题:一个组件中改动了mixin中的数据,另一个引用了mixin的组件会受影响吗?

答案是不会的!

我们可以尝试一下:

在src下的components文件夹下新建demo组件,代码如下:

// src/components/demo.vue<script>import { mixins } from "../mixin/index";export default {  mixins: [mixins],};</script>

然后在App.vue组件中引入demo组件,代码如下:

<script>import { mixins } from "./mixin/index";import demo from "./components/demo.vue";export default {  name: "App",  mixins: [mixins],  components: { demo },  created() {    console.log("组件调用minxi数据", this.msg);  },  mounted() {    console.log("我是组件的mounted生命周期函数");  },  methods: {    changeMsg() {      this.msg = "我是变异的小猪课堂";      console.log("更改后的msg:", this.msg);    },  },};</script>

代码解释:

我们在demo组件中引入了mixin,且使用了mixin中的msg数据。在App.vue中同样引入了mixin,且设置了点击事件更改msg点击按钮,更改msg,查看demo组件中显示是否有变化。

效果如下:

可以看到我们在App.vue组件中更改了msg后,demo组件显示没有任何变化,所以这里我们得出结论:不同组件中的mixin是相互独立的!

3.3 全局混入

上一点我们使用mixin是在需要的组件中引入它,我们也可以在全局先把它注册好,这样我们就可以在任何组件中直接使用了。

修改main.js,代码如下:

import Vue from "vue";import App from "./App.vue";import { mixins } from "./mixin/index";Vue.mixin(mixins);Vue.config.productionTip = false;new Vue({  render: (h) => h(App),}).$mount("#app");

然后把App.vue中引入mixin的代码注释掉,代码如下:

<script>// import { mixins } from "./mixin/index";import demo from "./components/demo.vue";export default {  name: "App",  // mixins: [mixins],  components: { demo },  created() {    console.log("组件调用minxi数据", this.msg);  },  mounted() {    console.log("我是组件的mounted生命周期函数");  },  methods: {    changeMsg() {      this.msg = "我是变异的小猪课堂";      console.log("更改后的msg:", this.msg);    },  },};</script>

效果如下:

可以发现效果上和局部混入没有任何区别,这就是全局混入的特点。

虽然这样做很方便,但是我们不推荐,来看看官方的一段话:

3.4 选项合并

上面的列子中我们仔细看会发现一个问题:mixin中定义的属性或方法的名称与组件中定义的名称没有冲突!

那么我们不禁会想,如果命名有冲突了怎么办?

我们使用git合并代码的时候经常会有冲突,有冲突了不要怕,我们合并就好了。这里的冲突主要分为以下几种情况:

(1)生命周期函数

确切来说,这种不算冲突,因为生命周期函数的名称都是固定的,默认的合并策略如下:

先执行mixin中生命周期函数中的代码,然后在执行组件内部的代码,上面的例子其实就很好的证明了。

(2)data数据冲突

当mixin中的data数据与组件中的data数据冲突时,组件中的data数据会覆盖mixin中数据,借用官方的一段代码:

var mixin = {  data: function () {    return {      message: "hello",      foo: "abc"    }  }}new Vue({  mixins: [mixin],  data: function () {    return {      message: "goodbye",      bar: "def"    }  },  created: function () {    console.log(this.$data)    // => { message: "goodbye", foo: "abc", bar: "def" }  }})

可以看到最终打印的message是组件中message的值,其它没有冲突的数据自然合并了。

(3)方法冲突

这种冲突很容易遇到,毕竟大家命名方法的名字很容易一样,这里同样借用官方的一段代码:

var mixin = {  methods: {    foo: function () {      console.log("foo")    },    conflicting: function () {      console.log("from mixin")    }  }}var vm = new Vue({  mixins: [mixin],  methods: {    bar: function () {      console.log("bar")    },    conflicting: function () {      console.log("from self")    }  }})vm.foo() // => "foo"vm.bar() // => "bar"vm.conflicting() // => "from self"

上段代码中mixin和组件中都有conficting方法,但是最终在组件中调用时,实际调用的是组件中的conflicting方法。

当然,如果你要自定义合并规则也不是不可以,但是我觉得没有必要,项目中无需做这么复杂。

4. mixin的优缺点

从上面的例子看来,使用mixin的好处多多,但是凡是都有两面性,这里总结几点优缺点供大家参考:

4.1 优点

提高代码复用性无需传递状态维护方便,只需要修改一个地方即可

4.2 缺点

命名冲突滥用的话后期很难维护不好追溯源,排查问题稍显麻烦不能轻易的重复代码

总结

mixin给我们提供了方便的同时也给我们带来了灾难,所以有很多时候不建议滥用它,但是在有些场景下使用它又是非常合适的,这就得根据自己来取舍了。所以在很多时候我们需要考虑用公共组件还是使用mixin。

(学习视频分享:vuejs教程、web前端)

以上就是什么是Mixin?带你了解Vue中的Mixin混入的详细内容,更多请关注php中文网其它相关文章!

关键词: 生命周期 带你了解