《规范》前端编码规范
概述
本规范旨在为前端程序的开发者提供规范化最新的指导，可用于程序员个人编译环境以及研发团队集成环境等场合的代码规范化检查；
不管有多少人共同参与同一项目，一定要确保每一行代码都像是同一个人编写的；
方针
【强制】违反该项将被认为代码存在严重缺陷，前端程序团队必须遵守；
【推荐】违反该项将被认为代码存在轻微缺陷，根据具体产品特性的不同，选择性地遵守；
【参考】违反该项可被认为代码存在优化空间，从产品持续优化及人员技能提升的角度，参考使用
环境要求
【强制】Node.js 12 或更高版本，你可以使用 nvm 或 nvm-windows 在一台电脑中管理多个 Node 版本
【推荐】使用 Visual Studio Code (VS Code) 进行代码编写
【强制】代码提交前使用 VS Code 进行格式化（不要格式引入的外部文件）
【强制】规定 Tab 大小为 2 个空格，保证在所有环境下获得一致展现 +
// settings.json
{"editor.tabSize": 2// ...
}
【强制】安装插件 Vetur（ Vue 开发扩展及 Vue 文件代码格式化）
【强制】安装插件 Prettier - Code formatter（ CSS / Less / JS 等其他文件代码格式化；Vetur 的格式化基于此插件实现，固可以在所有文件实现统一的格式化）
【推荐】安装插件 Chinese (Simplified) Language Pack for Visual Studio Code （ VS Code 简体中文语言包）
【推荐】使用 Chrome 浏览器并安装 Vue.js devtools 进行调试
框架选择
PC 端后台管理 UI 框架：iview admin pro，echart
大屏端展示 UI 框架：iview designer，echart
目录结构
[@startsalt ](/startsalt )
{
{T +
++ public #静态资源
+++ favicon.ico #favicon 图标
+++ index.html # html 模板
++ src # 源代码
+++ api # 所有后端请求
+++ assets # 图片、svg 等静态资源
+++ components # 公共组件
+++ i18n # 多语言
+++ layouts # 布局
+++ ibs # 公共方法
+++ menu # 菜单配置
+++ mixins # 通用混合
+++ mock # 数据模拟
+++ pages # 业务相关页面
++++ [ModuleName] # 实际业务模块名
+++++ components # 模块组件
+++ plugins # 插件
+++ router # 路由配置
+++ store # Vuex 状态管理
+++ styles # 样式管理
+++ setting.env.js # 开发配置文件
+++ setting.js # 业务配置文件
+++ main.js # 入口文件 加载组件 初始化等
+++ App.vue # 入口页面
++ tests # 测试管理
++ alias.config.js # 别名，仅用于配置 WebStorm 识别别名，无实际用处
++ babel.config.js # babel 配置
++ jest.config.js # jest 配置
++ package.json # package.json
++ vue.config.js # Vue CLI 3 配置
}
}
[@endsalt ](/endsalt )
文件夹、组件命名规范、组件结构规范
文件夹
文件夹名称应统一格式，小写开头，见名思意，page 页面下的文件夹名称统一以 page 结尾，例如：helloPage。其余文件夹名称统一按照项目结构目录命名规范统一命名。
组件
组件名以单词大写开头，当多个单词拼写成的组件时，采用驼峰式命名规则。一般是多个单词全拼，减少简写的情况。
组件应该都放到 components 文件夹下，单个页面独立一个文件夹，用来放相对应的 vue 文件以及页面相关的样式文件，样式少可直接写到页面组件里边，这样更符合组件化的思想。
公用组件应该统一放到 public 文件下。
基础组件
当项目中需要自定义比较多的基础组件的时候，比如一些 button，input，icon，建议以一个统一的单词 Base 开头，或者放到 base 文件夹统一管理，这样做的目的是为了方便查找。
页面级组件应该放到相对应页面文件夹下，比如一些组件只有这个页面用到，其他地方没有用到的，可以直接放到页面文件夹，然后以父组件开头命名，例如：HomeHeader.vue,HomeNav.vue。
项目级组件一般放到公共文件夹 public 下给所有的页面使用。
组件结构
组件结构遵循从上往下 template，script，style 的结构。
编码规范
HTML / Template 编码规范
语法
【强制】缩进使用两个空格代替 Tab;
- 前端代码层级较深，使用短缩进有利于利用屏幕空间，提升效率；
- 使用两个空格代替 Tab 可以保证在所有环境下获得一致展现；
<!-- not good -->
<div><div>bar</div>
</div><!-- good -->
<div><div>bar</div>
</div>
【强制】嵌套元素应当缩进一次（即两个空格），同层级缩进应保持一致；
<!-- not good -->
<div>
<div>bar</div><div>bar</div>
</div><!-- good -->
<div><div>bar</div><div>bar</div>
</div>
【强制】对于属性的定义，使用双引号，不要使用单引号
<!-- not good -->
<input class='a' type=text><!-- good -->
<input class="a" type="text">
【强制】不要省略可选的结束标签（closing tag）（如 或 ）省略可选的结束标签，虽不会违反 H5 规范；但可能会造成层级上的困扰，导致代码出现无法预料的问题
<!-- not good -->
<h1>h1 text<h2>h2 text<!-- good -->
<h1>h1 text</h1>
<h2>h2 text</h2>
【强制】特殊符号使用 HTML 字符实体（实体名称对大小写敏感），常用如下：
空格：
©：©
¥：¥
®：®
>：>
<：<
&：&
【强制】td / th 要在 tr 里面，li 要在 ul / ol 里面；
<!-- not good -->
<table><td>test</td>
</table><!-- good -->
<table><tr><td>test</td></tr>
</table>
【强制】行内元素里面不可使用块级元素
<!-- not good -->
<a href="../test"><div></div>
</a>
a 标签是一个行内元素，行内元素里面套了一个 div的标签，这样可能会导致 a 标签无法正常点击 ， 可以使用如下代码进行修复： + … … .
<a href="../test" style="display: block"><div></div>
</a>
【强制】不使用自定义HTML标签，会与Vue组件系统的自定义组件冲突
【强制】不使用重复属性，重复的属性只会取第一个
<!-- error -->
<input class="a" type="text" class="b"><!-- good -->
<input class="a b" type="text">
【强制】不要在https的链接里写http的图片
只要https的网页请求了一张http的图片，就会导致浏览器地址栏左边的小锁没有了，一般不要写死，写成根据当前域名的协议去加载，用//开头:
<img src="//static.chimeroi.com/hello-world.jpg">
【推荐】不要在自闭合（self-closing）元素的尾部添加斜线（ HTML5 规范中说明这是可选的）
<!-- not good -->
<img src="logo.png" alt /><!-- good -->
<img src="logo.png" alt>
【推荐】不使用属性设置样式（img, table等元素
<!-- not good -->
<img src="test.jpg" alt width="400" height="300"><!-- good -->
<img src="test.jpg" style="width:400px;height:300px;">
【参考】自定义属性要以data-开头 自己添加的非标准的属性要以data-开头，否则w3c validator会认为是不规范的
<!-- not good -->
<div count="5"></div><!-- good -->
<div data-count="5"></div>
【强制】为每个 HTML 页面添加标准模式（standard mode）的声明，确保在每个浏览器中拥有一致的展现
<!DOCTYPE html><html>...
【强制】强烈建议为 html 根元素指定 lang 属性，从而为文档设置正确的语言。这将有助于语音合成工具确定其所应该采用的发音，有助于翻译工具确定其翻译时所应遵守的规则等等。
<html lang="zh-CN"><!-- ... -->
</html>
【强制】通过声明一个明确的字符编码，让浏览器轻松、快速的确定网页内容渲染方式，通常指定为’UTF-8’
<html><head><meta charset="UTF-8"></head>...
【强制】根据 HTML5 规范，在引入 CSS 和 JavaScript 文件时不需要指定 type 属性，因为 text/css 和 text/javascript 分别是它们的默认值
<!-- External CSS -->
<link rel="stylesheet" href="code_guide.css"><!-- In-document CSS -->
<style>...
</style><!-- External JS -->
<script src="code_guide.js"></script><!-- In-document JS -->
<script>...
</script>
【推荐】编写 HTML 代码时，尽量避免多余的层级
<!-- not good -->
<span class="avatar"><img src="...">
</span><!-- good -->
<img class="avatar" src="...">
【参考】属性应该按照特定的顺序出现以保证易读性
1.class
2.id
3.name
4.data-*
5.src, for, type, href, value , max-length, max, min, pattern
6.placeholder, title, alt
7.aria-*, role
8.required, readonly, disabled
【参考】尽量遵循 HTML 标准和语义，但是不要以牺牲实用性为代价；任何时候都要尽量使用最少的标签并保持最小的复杂度。
CSS / Less 编码规范
命名
【强制】类名使用小写字母，以中划线分隔
【强制】id 采用驼峰式命名
【强制】less 中的变量、函数、混合等采用驼峰式命名
@mainFontColor: #444;#companyName,
.company-name {color: @mainFontColor;
}
语法
【强制】所有声明语句都应当以分号结尾 最后一条声明语句后面的分号是可选的，但是，如果省略这个分号，你的代码可能更易出错
/* error */
.selector {font-size: 15pxcolor: red
}/* not good */
.selector {font-size: 15px;color: red
}/* good */
.selector {font-size: 15px;color: red;
}
【强制】避免为 0 值指定单位，例如，用 margin: 0; 代替 margin: 0px;
【强制】为选择器中的属性添加双引号，例如，input[type=“text”]； 某些情况下是可选的，但是，为了代码的一致性，建议都加上双引号
/* not good */
.selector[type=text] {/* ... */
}/* good */
.selector[type="text"] {/* ... */
}
【推荐】十六进制值应该全部小写，例如，#f3f6fa
【强制】不出现空的规则（声明块中没有声明语句）
【推荐】不要设置太大的 z-index（一个正常的系统的层级关系在 10 以内就能完成）
【强制】多写注释，且多使用句子进行描述而不是词语
/* 为了去除输入框和表单点击时的灰色背景 */
input,
form {-webkit-tap-highlight-color: rgba(255, 255, 255, 0);
}
【推荐】不要使用*选择器
【推荐】适当使用:before 和:after 来画页面的一些视觉上的辅助性元素，如三角形、短的分隔线、短竖线等，可以减少页面上没有用的标签
【推荐】选择器不要超过 4 层（在 Less 中避免嵌套超过 4 层）
【推荐】用 border: 0; 代替 border: none;
【推荐】使用简写形式的十六进制值，例如，用 #fff 代替 #ffffff
【推荐】对于属性值或颜色参数，省略小于 1 的小数前面的 0 （例如，.5 代替 0.5；-.5px 代替 -0.5px）
代码风格
此处大部分工作将由代码格式化工具完成（参见环境要求），一般无需考虑
【强制】缩进使用两个空格代替 Tab
【强制】为选择器分组时，将单独的选择器单独放在一行 +
/* not good */
.selector, .selector-secondary, .selector[type=text] {/* ... */
}/* good */
.selector,
.selector-secondary,
.selector[type="text"] {/* ... */
}
【强制】声明块的左花括号前添加一个空格
【强制】声明块的右花括号应当单独成行
【强制】每条声明语句的 : 后应该插入一个空格
【强制】每条样式声明应该独占一行
/* not good */
.selector {font-size: 15px; color: red;
}/* good */
.selector {font-size: 15px;color: red;
}
【强制】对于以逗号分隔的属性值，每个逗号后面都应该插入一个空格（例如，box-shadow，transition）
/* not good */
.selector {transition: border .2s,color .3s,padding .4s;
}/* good */
.selector {transition: border .2s, color .3s, padding .4s;
}
【强制】!important 前插入一个空格
【强制】注释：//后插入一个空格，/后插入一个空格，/前插入一个空格
【强制】Less 的操作符，在圆括号中的数学计算表达式的数值、变量和操作符之间均添加一个空格
【推荐】注释统一用/* */（ Less 中也不要用//）
样式兼容性
【强制】当使用一些较新的 CSS3 语法时，应注意添加浏览器前缀（ FAIS 2 打包工具包含 CSS 预处理，固无需考虑此条）
【推荐】不要使用 input 的 line-height 来做垂直居中 设置 line-height 为一个很高的值会导致 Safari 浏览器的输入光标变得巨大 (与 line-height 等高)
/* not good */
input {height: 40px;line-height: 40px;
}/* good */
input {height: 20px;line-height: 20px;padding: 10px 0;
}
选择器权重（样式覆盖）
权重的基本规则：
- 相同的权重：以后面出现的选择器为最后规则
- 不同的权重，权重值高则生效
详细了解权重计算方法
【强制】非通用样式使用嵌套方式进行编写，避免影响其他自己不了解样式，造成样式覆盖
【推荐】Vue 中样式谨慎使用 scoped，会影响样式选择器性能，请使用第一点进行特有样式编写
【推荐】样式需要修改时，尽量找到原样式声明进行修改
【强制】无法修改原样式声明时，应通过权重关系，编写权重更高的样式进行覆盖
【推荐】不使用!important，除非原样式使用内联样式或!important 且无法直接修改
声明简写
【推荐】当你不确定自己写的属性会否影响到其他属性时，应避免使用简写
/* error */
.element {margin: 0 0 10px;background: red;background: url("image.jpg");border-radius: 3px 3px 0 0;
}/* good */
.element {margin-bottom: 10px;background-color: red;background-image: url("image.jpg");border-top-left-radius: 3px;border-top-right-radius: 3px;
}
【推荐】当你确定自己的声明不会影响到其他属性时，请使用简写提升代码简洁性
/* not good */
.element {padding-top: 10px;padding-right: 20px;padding-bottom: 15px;padding-left: 20px;
}/* good */
.element {padding: 10px 20px 15px;
}
CSS 动画
【推荐】不要使用 all 属性做动画
- 使用 transition 做动画的时候不要使用 all 所有属性，在有一些浏览器上面可能会有一些问题，如下： +
transition: all 2s linear;
在 Safari 上面可能会有一些奇怪的抖动，正确的做法是要用哪个属性做动画就写哪个，如果有多个就用隔开，如下代码所示：
transition: transform 2s linear, opacity 2s linear;
【推荐】位移动画使用 transform 替代 position （提升动画性能）
【推荐】使用 CSS 动画替代 JS 动画
声明顺序
【参考】相关的属性声明按以下顺序做分组处理，组之间需要有一个空行
- Positioning（影响其他元素和自身位置相关声明）
- Box model（自身盒模型相关声明）
- Typographic（文本相关声明）
- Visual（自身样式）
- Misc（其他声明）
.declaration-order {/* Positioning */position: absolute;top: 0;right: 0;bottom: 0;left: 0;z-index: 100;/* Box-model */display: block;float: right;width: 100px;height: 100px;/* Typography */font: normal 13px "Helvetica Neue", sans-serif;line-height: 1.5;color: #333;text-align: center;/* Visual */background-color: #f5f5f5;border: 1px solid #e5e5e5;border-radius: 3px;/* Misc */opacity: 1;
}
JavaScript 编码规范
命名
【强制】标准变量采用驼峰式命名（考虑与后台交换数据的情况，对象属性可灵活命名）
【强制】常量全大写，用下划线连接
【强制】变量名不应过短，要能准确完整地描述该变量所表述的事物
//不好的变量名
inp
day1, day2, param1
id
obj
tId
handler//好的变量名
input, priceInput
today, tomorrow
userId, orderId
orderData, houseInfos
removeMsgTimerId
submitHandler, searchHandler
【强制】变量名不要使用计算机术语，如 texareaData，应该取和业务相关的名字，如 leaveMsg
【强制】变量名的对仗要明确，如 up/down、begin/end、opened/closed、visible/invisible、scource/target
【强制】变量名使用正确的语法
不要使用中文拼音，如 shijianchuo 应改成 timestamp ； 如果是复数的话加 s，或者加上 List，如 orderList、menuItems； 而过去式的加上 ed，如 updated/found 等； 如果正在进行的加上 ing，如 calling；
_
【推荐】使用临时变量时请结合实际需要进行变量命名
有些喜欢取 temp 和 obj 之类的变量，如果这种临时变量在两行代码内就用完了，接下来的代码就不会再用了，还是可以接受的，如交换数组的两个元素。但是有些人取了个 temp，接下来十几行代码都用到了这个 temp，这个就让人很困惑了。所以应该尽量少用 temp 类的变量
// not good
let temp = 10;
let leftPosition = currentPosition + temp，topPosition = currentPosition - temp;// good
let adjustSpace = 10;
let leftPosition = currentPosition + adjustSpace，topPosition = currentPosition - adjustSpace;
【推荐】波尔变量可以结合实际语境使用 done/found/successs/ok/available/complete 等修饰词
// good
let ajaxDone = true,fileFound = false,resourceUpdated = true;
【推荐】波尔变量名应使用肯定的布尔变量名，不要使用否定的名词，如 notOk、notReady，因为否定的词取反的时候就会比较奇怪，如 if (!notOk)
语法
【强制】变量不要先使用后声明
【强制】不要声明了变量却不使用
【强制】不要在同个作用域下声明同名变量
【强制】一个函数作用域中所有的变量声明尽量提到函数首部，可根据代码进行分组，但不允许出现两个连续的变量声明
// not good
let registerForm = null;
let question = "";
let calculateResult = 0;// good
let registerForm = null,question = "",calculateResult = 0;
【强制】为了快速知晓变量类型，声明变量时要赋值
// not good
let registerForm,question,calculateResult;// good
let registerForm = null,question = "",calculateResult = 0;
. 【强制】单一函数的返回值类型要确定（如下无法确定该函数的最终返回类型）
// not good
function calculatePrice(seatCount){if (seatCount <= 0) {return "";} else {return seatCount * 79;}
}
【强制】debugger 不要出现在提交的代码里
【推荐】使用=代替，!==代替!=（==会自动进行类型转换，可能会出现奇怪的结果）
null == undefined //true
'' == '0' //false
0 == '' //true
0 == '0' //true
' \t\r\n ' == 0 //true
new String("abc") == "abc" //true
new Boolean(true) == true //true
true == 1 //true
【推荐】使用三目运算代替简单的 if-else
// not good
let seatDiscount = 100;
if (seat < 5) {seatDiscount = 90;
} else if(seat < 10) {seatDiscount = 80;
} else {seatDiscount = 70;
}// good
let seatDiscount = seat < 5 ? 90 : seat < 10 ? 80 : 70;
【推荐】使用 let 定义变量，const 定义常量
【推荐】使用箭头函数取代简单的函数
// not good
let _this = this;
setTimeout(function() {_this.foo = "bar";
}, 2000);// good
setTimeout(() => this.foo = "bar", 2000);
【推荐】在必要的地方添加非空判断以提高代码的稳健性
【推荐】将复杂的函数分解成多个子函数，方便维护和复用
代码风格
此处大部分工作将由代码格式化工具完成（参见环境要求），一般无需考虑
【强制】缩进使用两个空格代替 Tab
【强制】统一使用双引号""（与 Prettier 默认格式化配置持一致）
【强制】以下几种情况后需加分号;
- 变量声明
- 表达式
- return
- throw
- break
- continue
- do-while
【强制】以下几种情况不需要空格：
- 对象的属性名后
- 前缀一元运算符后
- 后缀一元运算符前
- 函数调用括号前
- 无论是函数声明还是函数表达式，’('前不要空格
- 数组的’[‘后和’]'前
- 对象的’{‘后和’}'前
- 运算符’(‘后和’)'前
【强制】以下几种情况需要空格：
- 二元运算符前后
- 三元运算符’?:'前后
- 代码块’{'前
- 下列关键字前：else, while, catch, finally
- 下列关键字后：if, else, for, while, do, switch, case, try,catch, finally, with, return, typeof
- 单行注释’//‘后（若单行注释和代码同行，则’//‘前也需要），多行注释’*'后
- 对象的属性值前
- for 循环，分号后留有一个空格，前置条件如果有多个，逗号后留一个空格
- 无论是函数声明还是函数表达式，’{'前一定要有空格
- 函数的参数之间
数组、对象
【强制】对象属性名不需要加引号
【强制】对象以缩进的形式书写，不要写在一行
【强制】数组中不要存在空元素
【强制】不要用 for in 循环数组
【推荐】数组、对象最后不要有逗号
// not good
let a = {'b': 1
};let a = { b: 1 };let a = {b: 1,c: 2,
};// good
let a = {b: 1,c: 2
};
使用 null
【强制】正确使用 null
适用场景：
- 初始化一个将来可能被赋值为对象的变量
- 与已经初始化的变量做比较
- 作为一个参数为对象的函数的调用传参
- 作为一个返回对象的函数的返回值
- 不要用 null 来判断函数调用时有无传参
- 不要与未初始化的变量做比较
// not good
function test(a, b) {if (b === null) {// not mean b is not supply// ...}
}let a;if (a === null) {// ...
}// good
let a = null;if (a === null) {// ...
}
使用 undefined
【强制】正确使用 undefined
- 不要给变量赋值 undefined（undefined 本身就表示一个变量未定义）
- 不要直接使用 undefined 进行变量判断
- 使用 typeof 和字符串 ‘undefined’ 对变量进行判断
// not good
if (person === undefined) {// ...
}// good
if (typeof person === 'undefined') {// ...
}
文档注释
【参考】各类标签 @param, @method 等请参考 usejsdoc 和 JSDoc Guide；
建议在以下情况下使用：所有常量、所有函数、所有类
/*** @func* @desc 一个带参数的函数* @param {string} a - 参数a* @param {number} b=1 - 参数b默认值为1* @param {string} c=1 - 参数c有两种支持的取值</br>1—表示x</br>2—表示xx* @param {object} d - 参数d为一个对象* @param {string} d.e - 参数d的e属性* @param {string} d.f - 参数d的f属性* @param {object[]} g - 参数g为一个对象数组* @param {string} g.h - 参数g数组中一项的h属性* @param {string} g.i - 参数g数组中一项的i属性* @param {string} [j] - 参数j是一个可选参数*/
function foo(a, b, c, d, g, j) {// ...
}
Vue 组件编码规范
命名
【强制】组件名应该始终是多个单词的，根组件 App 除外
// not good
Vue.component('todo', {// ...
})
export default {name: 'Todo',// ...
}// good
Vue.component('todo-item', {// ...
})
export default {name: 'TodoItem',// ...
}
【强制】单文件组件的文件名应该要么始终是单词大写开头（ PascalCase ），要么始终是横线连接（ kebab-case ）
// not good
components/
|- mycomponent.vuecomponents/
|- myComponent.vue// good
components/
|- MyComponent.vuecomponents/
|- my-component.vue
【推荐】应用特定样式和约定的基础组件 (也就是展示类的、无逻辑的或无状态的组件) 应该全部以一个特定的前缀开头，比如 Base、App 或 V
// not good
components/
|- MyButton.vue
|- VueTable.vue
|- Icon.vue// good
components/
|- BaseButton.vue
|- BaseTable.vue
|- BaseIcon.vuecomponents/
|- AppButton.vue
|- AppTable.vue
|- AppIcon.vuecomponents/
|- VButton.vue
|- VTable.vue
|- VIcon.vue
【推荐】只应该拥有单个活跃实例的单例组件应该以 The 前缀命名，以示其唯一性
单例组件不意味着组件只可用于一个单页面，而是每个页面只使用一次。这些组件永远不接受任何 prop，因为它们是为你的应用定制的，而不是它们在你的应用中的上下文。如果你发现有必要添加 prop，那就表明这实际上是一个可复用的组件，只是目前在每个页面里只使用一次
// not good
components/
|- Heading.vue
|- MySidebar.vue// good
components/
|- TheHeading.vue
|- TheSidebar.vue
【强制】和父组件紧密耦合的子组件应该以父组件名作为前缀命名
如果一个组件只在某个父组件的场景下有意义，这层关系应该体现在其名字上。因为编辑器通常会按字母顺序组织文件，所以这样做可以把相关联的文件排在一起
// not good
components/
|- TodoList.vue
|- TodoItem.vue
|- TodoButton.vue
components/
|- SearchSidebar.vue
|- NavigationForSearchSidebar.vue//good
components/
|- TodoList.vue
|- TodoListItem.vue
|- TodoListItemButton.vue
components/
|- SearchSidebar.vue
|- SearchSidebarNavigation.vue
【强制】组件名应该以高级别的 (通常是一般化描述的) 单词开头，以描述性的修饰词结尾
// not good
components/
|- ClearSearchButton.vue
|- ExcludeFromSearchInput.vue
|- LaunchOnStartupCheckbox.vue
|- RunSearchButton.vue
|- SearchInput.vue
|- TermsCheckbox.vue// good
components/
|- SearchClearButton.vue
|- SearchRunButton.vue
|- SearchQueryInput.vue
|- SearchExcludeGlobInput.vue
|- SettingsTermsCheckbox.vue
|- SettingsLaunchOnStartupCheckbox.vue
【推荐】组件名应该倾向于完整单词而不是缩写
// not good
components/
|- SdSettings.vue
|- UProfOpts.vue// good
components/
|- StudentDashboardSettings.vue
|- UserProfileOptions.vue
语法
【强制】组件的 data 必须是一个函数（除了 new Vue 外的任何地方）
// not good
export default {data: {foo: 'bar'}
}// good
export default {data () {return {foo: 'bar'}}
}
【强制】prop 的定义应该尽量详细，至少需要指定其类型
// not good
// 这样做只有开发原型系统时可以接受
props: ['status']// good
props: {status: String
}// better
props: {status: {type: String,required: true,validator: function (value) {return ['syncing','synced','version-conflict','error'].indexOf(value) !== -1}}
}
【强制】为 v-for 设置键值；
在组件上总是必须用 key 配合 v-for，以便维护内部组件及其子树的状态
【强制】不要把 v-if 和 v-for 同时用在同一个元素上（大部分时候你可以使用计算属性实现）
<!-- not good -->
<ul><liv-for="user in users"v-if="user.isActive":key="user.id">{{ user.name }}</li>
</ul><!-- good -->
<ul><liv-for="user in activeUsers":key="user.id">{{ user.name }}</li>
</ul>
【强制】自闭合组件在单文件组件、字符串模板和 JSX 中没有内容的组件应该是自闭合的；但在 DOM 模板里不要这样做
【强制】模版中的组件名大小写在单文件组件和字符串模板中组件名应该总是 PascalCase 的；但是在 DOM 模板中总是 kebab-case 的
<!-- not good -->
<!-- 在单文件组件、字符串模板和 JSX 中 -->
<MyComponent></MyComponent>
<!-- 在 DOM 模板中 -->
<my-component/><!-- good -->
<!-- 在单文件组件、字符串模板和 JSX 中 -->
<MyComponent/>
<!-- 在 DOM 模板中 -->
<my-component></my-component>
亦或者
<!-- 在所有地方 -->
<my-component></my-component>
【强制】JS/JSX 中的组件名应该始终是 PascalCase 的
// not good
Vue.component('myComponent', {// ...
})
import myComponent from './MyComponent.vue'
export default {name: 'myComponent',// ...
}
export default {name: 'my-component',// ...
}// good
Vue.component('MyComponent', {// ...
})
import MyComponent from './MyComponent.vue'
export default {name: 'MyComponent',// ...
}
【推荐】Prop 名大小写，在声明 prop 的时候，其命名应该始终使用 camelCase，而在模板和 JSX 中应该始终使用 kebab-case
// not good
props: {'greeting-text': String
}
<WelcomeMessage greetingText="hi"/>// good
props: {greetingText: String
}
<WelcomeMessage greeting-text="hi"/>
【推荐】多个特性的元素应该分多行撰写，每个特性一行（此项 Vetur 插件会自动根据行宽阈值进行自动折行处理，一般无需考虑）
<!-- not good -->
<img src="https://vuejs.org/images/logo.png" alt="Vue Logo">
<MyComponent foo="a" bar="b" baz="c"/><!-- good -->
<imgsrc="https://vuejs.org/images/logo.png"alt="Vue Logo"
>
<MyComponentfoo="a"bar="b"baz="c"
/>
【强制】组件模板应该只包含简单的表达式，复杂的表达式则应该重构为计算属性或方法
// not good
{{fullName.split(' ').map(function (word) {return word[0].toUpperCase() + word.slice(1)}).join(' ')
}}// good
// 在模板中
{{ normalizedFullName }}
// 复杂表达式已经移入一个计算属性
computed: {normalizedFullName: function () {return this.fullName.split(' ').map(function (word) {return word[0].toUpperCase() + word.slice(1)}).join(' ')}
}
【推荐】应该把复杂计算属性分割为尽可能多的更简单的属性
// not good
computed: {finalPrice: function () {var basePrice = this.manufactureCost / (1 - this.profitMargin)return (basePrice -basePrice * (this.discountPercent || 0))}
}// good
computed: {basePrice: function () {return this.manufactureCost / (1 - this.profitMargin)},discount: function () {return this.basePrice * (this.discountPercent || 0)},finalPrice: function () {return this.basePrice - this.discount}
}
【强制】非空 HTML 特性值应该始终带引号
<!-- not good -->
<input type=text>
<AppSidebar :style={width:sidebarWidth+'px'}><!-- good -->
<input type="text">
<AppSidebar :style="{ width: sidebarWidth + 'px' }">
【强制】可简写指令需要缩写 (用 : 表示 v-bind: 和用 @ 表示 v-on:)
组件/实例的选项的顺序
【参考】组件/实例的选项应该有统一的顺序，这是我们推荐的组件选项默认顺序：
- 副作用 (触发组件外的影响)：el
- 全局感知 (要求组件以外的知识)：name，parent
- 组件类型 (更改组件的类型)：
- 模板修改器 (改变模板的编译方式)：delimiters，comments
- 模板依赖 (模板内使用的资源)：
- 组合 (向选项里合并属性)：extends，mixins
- 接口 (组件的接口)：inheritAttrs，model，props/propsData
- 本地状态 (本地的响应式属性)：data，computed
- 事件 (通过响应式事件触发的回调)：watch
- 生命周期钩子 (按照它们被调用的顺序)：beforeCreate，created，beforeMount，mounted，beforeUpdate，updated，activated，deactivated，beforeDestroy，destroyed
- 非响应式的属性 (不依赖响应系统的实例属性)：methods
- 渲染 (组件输出的声明式描述)：template/render，renderError
元素特性的顺序
【参考】元素 (包括组件) 的特性应该有统一的顺序，这是我们为元素特性推荐的默认顺序：
- 定义 (提供组件的选项)：is
- 列表渲染 (创建多个变化的相同元素)：v-forv-for
- 条件渲染 (元素是否渲染/显示)：v-if，v-else-if，v-else，v-show，v-cloak
- 渲染方式 (改变元素的渲染方式)：v-pre，v-once
- 全局感知 (需要超越组件的知识)：id
- 唯一的特性 (需要唯一值的特性)：ref，key，slot
- 双向绑定 (把绑定和事件结合起来)：v-model
- 事件 (组件事件监听器)：v-on
- 内容 (覆写元素的内容)：v-html，v-text
- 其它特性 (所有普通的绑定或未绑定的特性)
单文件组件的顶级元素的顺序
【强制】单文件组件应该总是按照：
<!-- good -->
<!-- ComponentA.vue -->
<template>...</template>
<style>/* ... */</style><!-- ComponentB.vue -->
<template>...</template>
<script>/* ... */</script>
<style>/* ... */</style>
【强制】隐性的父子组件通信，应该优先通过 prop 和事件进行父子组件之间的通信，而不是 this.$parent 或改变 prop；
- 一个理想的 Vue 应用是 prop 向下传递，事件向上传递的。遵循这一约定会让你的组件更易于理解。然而，在一些边界情况下 prop 的变更或 this.$parent 能够简化两个深度耦合的组件。
- 不要为了一时方便 (少写代码) 而牺牲数据流向的简洁性 (易于理解)。
非 Flux 的全局状态管理
【强制】应该优先通过 Vuex 管理全局状态，而不是通过 this.root或一个全局事件总线。通过this.root 或一个全局事件总线。 通过 this.root或一个全局事件总线。通过this.root 和/或全局事件总线管理状态在很多简单的情况下都是很方便的，但是并不适用于绝大多数的应用。Vuex 提供的不仅是一个管理状态的中心区域，还是组织、追踪和调试状态变更的好工具。
《规范》前端编码规范相关推荐
- 前端编码规范，个人感觉bootstrap总结的不错，拿出来给大家分享
前端编码规范,个人感觉bootstrap总结的不错,拿出来给大家分享 http://codeguide.bootcss.com/#html-doctype HTML 语法 HTML5 doctype ...
- 前端编码规范之JavaScript
上次浅谈了下关于CSS的编码规范,大部分童鞋持赞同意见,仍存在一些童鞋不太理解这些规范的意义. 如果是个人或者小作坊开发,其实这些所谓的编码规范也没啥意思,因为大家写好的代码直接就给扔到网上去了,很少 ...
- web项目开发 之 前端规范 --- CSS编码规范
此文严格按照W3C规范和部分实际项目可读性,浏览器加载,性能等众多属性权衡,做出平时前端编码规范 文档.供广大web工作者参考并实施,对维护和项目扩展升级都能省时省力. 转载请注明出处:JS前端实用开 ...
- web项目开发 之 前端规范 --- HTML编码规范
此文严格按照W3C规范和部分实际项目可读性,浏览器加载,性能等众多属性权衡,做出平时前端编码规范文 档.供广大web工作者参考并实施,对维护和项目扩展升级都能省时省力. 转载请注明出处,JS前端实用开 ...
- 第四章 android 命名规范和编码规范
书里面讲的比较常见,单个人也是有不同的观点: 因为android绝大部分使用java开发的,因此java相关规范适用于android: Google Style: 英文地址:http://google ...
- pep8 python 编码规范_编码规范的重要性
很多去 Google 参观的人,在用完洗手间后都有这样的疑惑,马桶前面的门上怎么会贴着 Python 编码规范?要知道,Google 对编码规范的要求极其严格,这也能从侧面说明编码规范的重要性. 对于 ...
- SQL书写规范/SQL编码规范，这一篇就够了
SQL代码规范 SQL(Structured Query Language),结构化查询语言.在数据分析.数据开发.数据库.大数据等的领域,具有不可或缺的地位,运用十分广泛. 规范化的SQL代码,能够 ...
- 【规范】前端编码规范——css 规范
编码 在 css 首行设置文件编码为 UTF-8. @charset "UTF-8"; class 命名 class 名称应当尽可能短,并且意义明确.使用有意义的名称,使用有组织的 ...
- 【规范】前端编码规范——jquery 规范
使用单引号 不推荐 $("div").html("<img src='1.jpg'>"); 推荐 $('div').html('<img sr ...
最新文章
- Yann LeCun最新文章：自监督学习的统一框架
- 交换机运维需要注意哪些问题，让我们一起来闲聊下
- 解决TCP网络传输“粘包”问题
- flink的datastream进行join操作没有输出结果一例
- ASP.NET Core在 .NET Core 3.1 Preview 1中的更新
- 网易严选Java开发三面面经：mysql索引面试题
- 反序列化对象列表发生异常_Apache Thrift系列详解：序列化机制
- linux下dns视图配置
- eplan窗口宏与符号宏是什么_如何使用EPLAN里的宏值集？
- 新手教程直连路由的配置
- 为什么电脑浏览器打不开网页但微信可以登陆
- VTP协议原理及配置
- 积分专题笔记-曲线面积分三大公式
- 原生js删除html,javascript删除一个html元素节点的方法
- nisp一级练习题及答案
- itext 生成pdf 化学表达式或者字符的上标，下标不显示
- Go 语言高质量编程
- LINUX操作系统centos安装
- JZOJ5454. 【NOIP2017提高A组冲刺11.5】仔细的检查 树hash
- Android Switch和ToggleButton控件