vue踩坑之旅 -- computed watch

vue踩坑之旅 -- computed watch

常常在使用vue初始化组件时，会报一些莫名其妙的错误，或者，数据明明有数据，确仍是拿不到，这是多么痛苦而又使人忍不住抓耳挠腮，捶胸顿足啊

技术点

• vue + element + ehcarts + vuex + vue-router

问题再现

data() {
        return {
            option: {
            chart: '' //echarts的实例
            }
        }
    },
    //钩子函数
    mounted() {
        this.chart = echarts.init(this.$refs.charts) // 使用vue提供得ref来获取dom
        this.chart.setOption(this.option)  // 初始化数据   
    },
    computed: {
        ...mapState({
            option(state) {
                const state = state.state.option
                //this.chart.setOption(state)     
                return state
                
            }
        })
    },
    watch: {
        this.option(oldVal, newVla) {
            this.chart.setOption(state)
        }
    }

• 当动态获取的数据回来时，computed中调用setOption时，会有两次显示，第一次没有数据，于是会报错，第二次才有数据，给人的感受是， computed比mounted先执行，并且是执行屡次，于是致使报错，思来想去，最后在watch中调用时才得以解决
• 这个让我想起另外一个例子，当时也是拿数据，有一个数据是在sessionStorage中获取，当时这个数据是本地的，于是会现出来，可是要求是后出来，放在watch中解决，虽然watch是监听路由，数据，可是也能够做为数据前后展现的重要函数

新的发现

computed： 假设用来获取vuex中的数据

• 思考一

computed: {
    ...mapState({
        //假设的值
        timeList(state) {
            return state.timeList
        }
    })
}

如果想直接使用timeList能够在template模板中调用，可是如果没有使用，须要查看timeList的值，能够在watch中，进行监听便可。以前一直存在误区，觉得必须在watch中进行监听，才能够拿到值，如今想一想彻底没有必要，除非进行业务逻辑处理而已

• 思考二

在上面的问题，提到 computed会执行两次，而第一次是没有数据的，须要额外进行处理。今天用一种简单的方式便可解决

computed: {
    ...mapState({
        //假设的值
        timeList(state) {
            const timeList = state.timeList
            if (timeList.length == 0) return
            //业务逻辑处理
            return state.timeList
    空    }
    })
}

简单地进行判断便可，如果空，直接跳出函数

我的的一些总结：

• computed在使用时，必定要注意，函数里面的变量都会被监听，只要里面的某一个值变更，便会将整个函数执行一遍，这样会有不少坑在里面，于是考虑如何不在里面使用
• watch只是监听某一个值，如果监听的值里面也有不少变量，也会所有监听