Vue.js 组件编码规范

* 其它开发者或是团队成员更容易阅读和理解。* IDEs 更容易理解代码，从而提供高亮、格式化等辅助功能* 更容易使用现有的工具* 更容易实现缓存以及代码包的分拆

* 有意义的 : 不过于具体，也不过于抽象* 简短 : 2 到 3 个单词* 具有可读性 : 以便于沟通交流* 必须符合 自定义元素规范 : 使用连字符 分隔单词，切勿使用保留字。* app- 前缀作为命名空间 : 如果非常通用的话可使用一个单词来命名，这样可以方便于其它项目里复用。

* 组件是通过组件名来调用的。所以组件名必须简短、富有含义并且具有可读性。

<app-header>app-header><user-list>user-list><range-slider>range-slider>
<btn-group>btn-group> <ui-slider>ui-slider> <slider>slider> 

* 复杂的行内表达式难以阅读。* 行内表达式是不能够通用的，这可能会导致重复编码的问题。* IDE 基本上不能识别行内表达式语法，所以使用行内表达式 IDE 不能提供自动补全和语法校验功能。

<template><h1>{{ `${year}-${month}` }}h1>template><script type="text/javascript">export default {computed: {month() {return this.twoDigits((new Date()).getUTCMonth() + 1);},year() {return (new Date()).getUTCFullYear();}},methods: {twoDigits(num) {return ('0' + num).slice(-2);}},};script>
<template><h1>{{ `${(new Date()).getUTCFullYear()}-${('0' + ((new Date()).getUTCMonth()+1)).slice(-2)}` }}h1>template><template><h1>{{ `${year}-${month}` }}h1>template><script type="text/javascript">export default {computed: {month() {return this.twoDigits((new Date()).getUTCMonth() + 1);},year() {return (new Date()).getUTCFullYear();}},methods: {twoDigits(num) {return ('0' + num).slice(-2);}},};script>
<template><h1>{{ `${(new Date()).getUTCFullYear()}-${('0' + ((new Date()).getUTCMonth()+1)).slice(-2)}` }}h1>template>

* 使得组件 API 清晰直观* 只使用原始类型和函数作为 props 使得组件的 API 更接近于 HTML(5) 原生元素。* 其它开发者更好的理解每一个 prop 的含义，作用* 传递过于复杂的对象使得我们不能够清楚的知道哪些属性或方法被自定义组件使用，这使得代码难以重构和维护。

<range-slider:values="[10, 20]"min="0"max="100"step="5":on-slide="updateInputs":on-end="updateResults">range-slider>
<range-slider :config="complexConfigObject">range-slider>

* 提供默认值* 使用 type 属性 校验类型* 使用 props 之前先检查该 prop 是否存在

<template><input type="range" v-model="value" :max="max" :min="min">template><script type="text/javascript">export default {props: {max: {type: Number, // 这里添加了数字类型的校验default() { return 10; },},min: {type: Number,default() { return 0; },},value: {type: Number,default() { return 4; },},},};script>

* 将组件 this 赋值给变量 component 可用让开发者清楚的知道任何一个被使用的地方，它代表的是组件实例。

<script type="text/javascript">export default {methods: {hello() {return 'hello';},printHello() {console.log(this.hello());},},};script>
<script type="text/javascript">export default {methods: {hello() {return 'hello';},printHello() {const self = this; // 没有必要console.log(self.hello());},},};script>

* 导出一个清晰、组织有序的组件，使得代码易于阅读和理解。同时也便于标准化。* 按首字母排序properties, data, computed, watches 和 methods使得这些对象内的属性便于查找。* 合理组织，使得组件易于阅读。(name; extends; props, data and computed; components; watch and methods; lifecycle methods, 等.);* 使用 name 属性。借助于 vue devtools 可以让你更方便的测试* 合理的 CSS 结构，如 BEM 或 rscss -;* 使用单文件 .vue 文件格式来组件代码

<template lang="html"><div class="Ranger__Wrapper">div>template>
<script type="text/javascript">export default {// 不要忘记了 name 属性name: 'RangeSlider',// 组合其它组件extends: {},// 组件属性、变量props: {bar: {}, // 按字母顺序foo: {},fooBar: {},},// 变量data() {},computed: {},// 使用其它组件components: {},// 方法watch: {},methods: {},// 生命周期函数beforeCreate() {},mounted() {},};script>
<style scoped>.Ranger__Wrapper { /* ... */ }style>

* 开发者可以随意给事件命名，即使是原生事件的名字，这样会带来迷惑性。* 过于宽松的事件命名可能与 DOM模板不兼容 。

* 事件命名也连字符命名* 一个事件的名字对应组件外的一组意义操作，如：upload-success, upload-error 以及 dropzone-upload-success, dropzone-upload-error (如果需要前缀的话)。* 事件命名应该以动词(如 client-api-load) 或是 形容词(如 drive-upload-success)结尾。( 出处 )

* 组件必须相互保持独立，Vue 组件也是。如果组件需要访问其父层的上下文就违反了该原则。* 如果一个组件需要访问其父组件的上下文，那么该组件将不能再其它上下文中复用。

* 通过 props 将值传递给子组件* 通过 props 传递回调函数给子组件来达到调用父组件方法的目的* 通过在子组件触发事件来通知父组件

* 组件必须是保持独立的，如果一个组件的 API 不能够提供所需的功能，那么这个组件在设计、实现上是有问题的。* 组件的属性和事件必须足够的给大多数的组件使用

* 提供良好的组件 API* 总是关注于组件本身的目的* 拒绝定制代码。如果你在一个通用的组件内部编写特定需求的代码，那么代表这个组件的 API 不够通用，或者你可能需要一个新的组件来应对该需求* 检查所有的 props 是否有缺失的，如果有提一个 issue 或是完善这个组件* 检查所有的事件。子组件向父组件通信一般是通过事件来实现的，但是大多数的开发者更多的关注于 props 从忽视了这点。* Props向下传递，事件向上传递！。以此为目标升级你的组件，提供良好的 API 和 独立性。* 当遇到 props 和 events 难以实现的功能时，通过 this.$refs 来实现。* 当需要操作 DOM 无法通过指令来做的时候可使用 this..$ref 而不是 JQuery , document.getElement* , document.queryElement 。

<range :max="max":min="min"@current-value="currentValue":step="1">range><modal ref="basicModal"><h4>Basic Modalh4><button class="primary" @click="$refs.basicModal.close()">Closebutton>modal><button @click="$refs.basicModal.open()">Open modalbutton>
<template><div v-show="active">div>template>
<script>export default {// ...data() {return {active: false,};},methods: {open() {this.active = true;},hide() {this.active = false;},},// ...};script><template><range :max="max":min="min"ref="range":step="1">range>template>
<script>export default {// ...methods: {getRangeCurrentValue() {return this.$refs.range.currentValue;},},// ...};script>

* 给样式加上作用域空间可以避免组件样式影响外部的样式* 保持模块名、目录名、样式根作用域名一样，可以很好的将其关联起来，便于开发者理解。

<style scoped>/* 推荐 */.MyExample { }.MyExample li { }.MyExample__item { }
/* 避免 */.My-Example { } /* not scoped to component or module name, not BEM compliant */style>

* 良好的文档可以让开发者比较容易的对组件有一个整体的认识，而不用去阅读组件的源码，也更方便开发者使用* 组件配置属性即组件的 API，对于组件的用户来说他们更感兴趣的是 API 而不是实现原理。* 正式的文档会告诉开发者组件 API 变更以及向后的兼容性情况* README.md 是标准的我们应该首先阅读的文档文件。代码托管网站 (github/bitbucket/gitlab 等) 会默认在仓库中展示 该文件作为仓库的介绍

* demo 可以说明组件是独立可使用的* demo 可以让开发者预览组件的功能效果* demo 可以展示组件各种配置参数下的功能

* 保证所有的开发者使用同样的编码规范。* 更早的感知到语法错误

{"extends": "eslint:recommended","plugins": ["html"],"env": {"browser": true},"globals": {"opts": true,"vue": true}}

eslint src/**/*.vueJSHintJSHint 可以解析 HTML (使用 --extra-ext 命令参数) 和 抽取代码（使用 --extract=auto 命令参数).通过 .jshintrc 文件来配置 ESlint，这样 IED 可以更好的理解校验配置项。{"browser": true,"predef": ["opts", "vue"]}运行 JSHintjshint --config modules/.jshintrc --extra-ext=html --extract=auto modules/注：JSHint 不接受 vue 扩展名的文件，只支持 html 。