Vue2.0开发风格指南

本文是对Vue官方风格指南的注解，过滤了极少数我认为重要性很低的项目，并将其余项按照作用相关性重新归类，便于读者针对性的选择某一方面进行参考。

框架或规范约束

组件名推荐统一使用kebab-case(连字符式)，因为HTML对大小写不敏感，无法识别PascalCase(驼峰式)。
组件的 data 属性的值必须是返回一个对象的函数，如果直接用一个数据对象，则组件的多个实例之间会产生数据污染，导致失去复用价值。
组件的Prop在声明时推荐使用PascalCase(驼峰式)，但在模板中必须使用kebab-case(连字符式)，原因同样是因为HTML对大小写不敏感。

组件名必须为多个单词，避免与未来的HTML元素冲突，配合框架或规范约束第一条理解。
组件样式必须设置作用域，避免样式冲突，单文件组件可以选择使用scope特性，通用组件可以选择基于class的规则，例如BEM。
对于混合到Vue对象中的全局资源使用$_前缀，避免与未来版本的Vue属性冲突，必要时可以再添加一个命名空间，避免与其他插件属性冲突。
组件命名规则：基础组件加特定前缀预示复用性，例如Base；单例组件用The前缀标识预示唯一性；耦合组件中的子组件使用父组件名做前缀预示耦合关系，例如TodoList和TodoListItem；相关组件命名用一般性描述单词开头，用修饰性单词结尾，例如ColorPicker、ColorPickerMulti、ColorPickerQuery。
组件模板应该只包含简单的表达式，复杂的表达式则应该重构为计算属性或方法，因为计算属性和方法利于复用和重构，而且模板也会看起来也更清晰易懂。

组件的Prop 定义应该尽量详细，至少要定义类型，利于开发期间调试和提高组件代码可读性。
推荐用单文件的方式组织组件，利于提高单个组件的编辑查阅效率，即使不使用构建工具，也可以变通的使用单文件组件开发方式。
组件文件的命名推荐kebab-case(连字符式)，与组件名写法一致。
在除了DOM模板以外的任何地方使用自闭合组件写法，使代码更简洁，例如<my-component/>。
组件命名应使用完整单词，避免歧义。
拥有多个特性的元素应该分多行撰写，每个特性一行。
指令缩写要么一直用要么一直不用，提高模板可读性。
项目中的组件/实例选项声明顺序保持一致，推荐的顺序如下：el,name,parent,functional,delimiters,comments,components,directives,filters,extends,mixins,inheritAttrs,model,props/propsData,data,computed,watch,lifeCircleHooks,methods,template/render,renderError。
项目中的元素属性书写顺序保持一致。