有一个良好的编码习惯风格对程序员来说也是功底的考究，而且还能规避一些不必要的错误，提高代码可读性，况且这也是一个优雅编写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 =>
- { {todo.text}}
Good =>
- { {todo.text}}
避免 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 具有更高的优先级，所以这个模板：
- { { user.name }}
将会经过如下运算：
this.users.map( user => { if(user.isActive) { return user.name }})复制代码 因此哪怕只渲染出一小部分用户的元素，也得在每次重渲染的时候遍历整个列表，不论活跃用户是否发生了变化。 通过将其更换为在如下的一个计算属性上遍历：
- { { user.name }}
这样写将会获得以下好处：
- 过滤后的列表只会在
users数组发生相关变化时才被重新运算，过滤更高效。 - 使用
v-for="user in activeUsers"之后，在渲染的时候只遍历活跃用户，渲染更高效。 - 解耦渲染层的逻辑，可维护性更强。
为了获得同样的好处，也可以这样写：
- { { user.name }}
通过将 v-if 移动到容器元素，我们不会再对列表中的每个用户检查 shouldShowUsers。取而代之的是，我们只检查它一次，且不会在 shouldShowUsers 为否的时候运算 v-for。
END
以上主要总结了一些常用的规范，具体完整的文档请