vue风格指南小结

摄于2018年01月26日 20:04:56 杭州西湖音乐喷泉

有一个良好的编码习惯风格对程序员来讲也是功底的考究，并且还能规避一些没必要要的错误，提升代码可读性，何况这也是一个优雅编写Vue的开始，嗯，完美Perfect。 我的博客

组件数据

组件的 data 必须是一个函数。

当在组件中使用 data 属性的时候（除了 new Vue 外的任何地方），它的值必须是返回一个对象的函数。 Vue但愿每一个组件实例都相对应地管理本身的数据，而不是在复用组件时各个组件之间出现数据混乱的状况，因此要求每一个实例必须生成一个独立的数据对象。

Bad =>

Vue.component('todo-list', {
    data: {
        foo: 'bar'
    }
})

Good =>

Vue.component('todo-list', {
    data: function() {
        return {
            foo: 'bar'
        }
    }
})

Prop 定义

Prop定义应该尽可能详细，至少须要指定其类型。

细致的 prop定义 有两个好处：

• 他们写明了组件的API，因此很容易看懂组件的用法；
• 在开发环境下，若是向一个组件提供格式不正确的prop，Vue将会抛出警告，以帮助你捕获潜在的错误来源。

Bad =>

// 这样作只有开发原型系统时能够接受
props: ['status']

Good =>

props: {
    status: String
}

Better =>

props: {
    status: {
        type: String,
        required: true,
        // 自定义函数验证
        validator: function(value) {
            return value > 10
        }
    }
}

为 v-for 设置键值

老是用 key 配合 v-for ，以便维护内部组件及其子树的状态（虚拟DOM，diff算法）。
Bad =>

<ul>
    <li v-for= "todo in todos">
        {{todo.text}}
    </li>
</ul>

Good =>

<ul>
    <li v-for= "todo in todos" :key="todo.id">
        {{todo.text}}
    </li>
</ul>

避免 v-if 和 v-for 用在一块儿

永远不要把 v-if 和 v-for 同时用在同一个元素上。
通常如下两种状况咱们会倾向于这么作：

• 为了过滤一个列表中的项目（好比 v-for="user in users" v-if="user.isActive" ）。在这种情形下，请将 users 替换为一个计算属性（好比 activeUsers），让其返回过滤后的列表。
• 为了不渲染本应该被隐藏的列表（好比 v-for="user in users" v-if="shouldShowUsers" ）。这种情形下，请将 v-if 移动至容器元素上（好比 ul，ol）。

详解
当Vue处理指令时，v-for 比 v-if 具备更高的优先级，因此这个模板：

<ul>
    <li
        v-for="user in users"
        v-if="user.isActive"
        :key="user.id"
        >
        {{ user.name }}
    <li>
</ul>

将会通过以下运算：

this.users.map( user => {
    if(user.isActive) {
        return user.name
    }
})

所以哪怕只渲染出一小部分用户的元素，也得在每次重渲染的时候遍历整个列表，不论活跃用户是否发生了变化。
经过将其更换为在以下的一个计算属性上遍历：

<ul>
    <li
        v-for="user in activeUsers"
        :key="user.id"
    >
        {{ user.name }}
    <li>
</ul>

computed: {
    activeUsers: function () {
        return this.users.filter(function (user) {
            return user.isActive
        })
    }
}

这样写将会得到如下好处：

• 过滤后的列表只会在 users 数组发生相关变化时才被从新运算，过滤更高效。
• 使用 v-for="user in activeUsers" 以后，在渲染的时候只遍历活跃用户，渲染更高效。
• 解耦渲染层的逻辑，可维护性更强。

为了得到一样的好处，也能够这样写：

<ul v-if="shouldShowUsers">
    <li
        v-for="user in users"
        :key="user.id"
    >
        {{ user.name }}
    <li>
</ul>

经过将 v-if 移动到容器元素，咱们不会再对列表中的每一个用户检查 shouldShowUsers。取而代之的是，咱们只检查它一次，且不会在 shouldShowUsers 为否的时候运算 v-for。

END

以上主要总结了一些经常使用的规范，具体完整的文档请移步这里