Web 前端开发代码规范(基础)

更新日期: 2018-01-03阅读: 2.6k标签: 规范

一、 引言

对于一个多人团队来说,制定一个统一的规范是必要的,因为个性化的东西无法产生良好的聚合效果,规范化可以提高编码工作效率,使代码保持统一的风格,以便于代码整合和后期维护。


二、 html/css规范

2.1 浏览器兼容

根据公司业务要求而定,一般:

  • 主流程测试:Chrome 30+、IE9+;
  • 完整测试: Chrome 21、IE8+、360浏览器、微信webview/QQ手机浏览器。

2.2 html代码规范

2.2.1声明与编码

1、html头部声明统一:

<!DOCTYPE html>

2、页面编码统一:

<meta charset="UTF-8"> <!-- ie6也支持,无须担心 --> 

2.2.2格式缩进

html编码统一格式化显示,使用一个Tab键进行分层缩进 (2个空格宽度),使整个页面结构层次清晰,方便阅读和修改。

2.2.3 模块注释

html较大独立模块之间注释格式统一使用:

<!-- start: XXX模块 -->
 …
<!-- end: XXX模块 -->

或者:

<!-- XXX模块 -->
 …
<!-- /XXX模块 -->

2.2.4标签与属性

1、由于html标签和属性不区别大小写,所有建议都采用小写,尤其是自定义标签和属性名,否定js中取不到,如:

<div data-bgColor="red"></div>

$('div').data('bgColor');  // 取不到,已自动被浏览器转成了data-bgcolor

2、所有html属性必须添加双引号(非单引号)。

// 禁止
<div id=mainframe> 或 <div id='mainframe'>

// 推荐
<div id="mainframe">

3、所有标签必须采用合理嵌套。

// 禁止
<p><b></p></b>

// 推荐
<p><b></b></p>

// 禁止inline级标签嵌套block级标签
<span><div></div></span>

4、所有<、&、>等特殊符号(非标签一部分)用编码表示。< 编码成< ,>编码成>,&编码成&

5、img标签中必须添加alt属性。如: <imgsrc="…" alt="logo" />

6、标签在运用时,应尽量使用语义化标签,如:

<h1>标题<h1>
<lable for="user">用户名:</lable>
<input name="username" id="user">

在语义不明显,既可用div也可用p时,应优先考虑p标签。

2.3 CSS代码规范

2.3.1 CSS引用规范

1、所有CSS均为外部调用,不得在页面书写任何内部样式或行内样式;

2、html页面引入样式文件:

统一使用link标签,少用@import(原生import有加载性能问题),sass、less、vue.js等文件使用import命令除外(因为最终前端构建工具会将引入文件编译成一个css文件)。

<link rel="stylesheet" href="xxx.css"> <!-- type="text/css"可以省略,清爽 -->

2.3.2 CSS注释规范

1、css头部文档注释( 统一加上@charset声明 ),如下:

@charset "utf-8";

/**
* @created :   2017/09/15
* @author  :   Mr.Wang
* @version :   v1.0
* @desc    :   XX模块
*/
(web前端学习交流群:328058344 禁止闲聊,非喜勿进!)

关于"version",如果对代码有修改更新version版本号,并添加相关注释。

2、内部模块之间注释(建议 @模块英文名,好查找):

/* @info 商品信息区
----------------------------------------------------------------*/
.infoArea{}

/* 单行注释 */
.specArea{}

/* @price 商品价格区
----------------------------------------------------------------*/
.price{}

2.3.3 CSS书写规范

1、样式书写不做强约,可分行或单行

推荐单行,理由:直观、模块之间分隔鲜明,有全局感。

2、样式中属性排序规则:先外部 > 再自身 > 后内部,推荐工具( CSScomb )

  A.)影响文档流的属性(display, position, float, clear, visibility, table-layout等)

  B.)自身盒模型的属性(width, height, margin, padding, border等)

  C.)排版相关属性(font, line-height, text-align, text-indent, vertical-align等)

  D.)装饰性属性(color, background, opacity, cursor等)

  E.)生成内容的属性(content, list-style, quotes等)

3、所有CSS属性和值必须采用小写的形式。如:FONT-SIZE:12PX必须改为font-size:12px;

4、关于css背景图片(关键字:合并,缩写,去引号), 引号不是必须的,而且在某些浏览器上加引号反而出错:

// 不推荐
.canbox{
   background-color: #ff6600;
   background-image: url("/img/xxx.png");
}

// 推荐(合并、去除引号)
.canbox {
   background: #f60 url(/img/xxx.png); 
}

5、属性为0值,去除单位。

// 不推荐
.wrap{
   margin: 0px 0px 5px 8px;
}

// 推荐
.wrap {
   margin: 0 0 5px 8px;
}

6、所有CSS的命名应语义化,如:回复框,.replyBox{…},禁止用拼音缩写命名,如.hfk{…}。

7、清除浮动时用.clearfix,禁止用无语义的 <p></p>清除。

8、用来显示动态文本输入的地方,样式里必须加上强制英文换行:

word-break: break-all; word-wrap: break-word; overflow-x: hidden; 

如果要显示省略号加上:text-overflow: ellipsis;

9、上下相邻的两模块尽量避免混用margin-bottom,margin-top,否则会产生重叠现象。


三、 JavaScript规范

3.1 JS文件引用

1、引入格式:

脚本语言发展至今,也只有js混的最好了,所以type="text/javascript"类型指定可以省去。

<script src="model.js"></script>

2、引入位置: body标签内最后部(非body外面), 减少因载入脚本而造成其他页面内容阻塞的问题(js单线程)。

<html>
<body>
<div>页面内容….</div>
<script src="model.js"></script>
</body>
</html>

3、引入方式:html页面中禁止直接编写js代码,统一使用 <script> 外部引用方式,以便打包压缩和缓存。

3.2 JS代码缩进

3.2.1 整体层次

使用 Tab 键进行代码缩进 (4个空格宽度) 。

(function() {
var i = 0;
function innerFun() {
var j = 0;
       ……
   }
}); 

运算符(=、==,&&、+/-等)两侧应各空一个格,块级{}左侧也应该空出一格

3.2.2 局部间隔

// 不推荐
var arr=[1,2],str='hello'+'Lucy';

var myfun=function(arg){
//todo…
}

// 推荐
var arr = [1,2], 
   str = 'hello' + 'Lucy';

var myfun = function(arg) {
//todo…
} 
(web前端学习交流群:328058344 禁止闲聊,非喜勿进!)

3.3 JS注释规则

3.3.1 文件头部注释

/**
* @created :  2017/09/15
* @author  :  Mr.Wang
* @version :  v1.0
* @desc    :  当前js模块功能描述
* @e.g.    :  方法用例,如:$('.title').tip();
*/ 

3.3.2 方法注释及单行注释

1、对于一个较复杂的方法和函数,可用采用多行注释,以便作详情的描述。

/**
* 此方法是用于解析tpl模块
* 通过分析html中结构…
*/

2、单行注释

var funName = function(arg1, arg2) {
this.arg1 = arg1;

// 单行注释说明(上面添加一空行, //与说明之间空一格)
this.arg2 = arg2;
}; 

3.4 命名规则

变量名应由 26 个大小写字母(A..Z,a..z),10 个数字(0..9),和“_”(下划线)组成。

1、通常, 使用”驼峰式”写法,对象、函数和实例时尤其如此。

// 不推荐
var is_my_object = {};
var is-my-object = {};

// 推荐
var isMyObject = {};

2、构造函数或类时使用驼峰式大写

// 不推荐
var bad = new user({
    name: 'nope'
});
// 推荐
var good = new User({
    name: 'nope'
});

3、常量大写,并用下划线分隔,形式如:NAMESLIKETHIS

3.5 编码模式

为了规范代码严谨风格,推荐严格模式(Strict Mode),即总是在模块顶部声明 'use strict';

(function(){
'use strict';
function innerFun(){
var j = 0;
       ……
   }
});

严格模式的一大目标是显性的抛出错误,让你能更方便更快的调试一些隐性的错误。

1、防止意外的创建了全局变量。

非严格模式下,为一个未申明的局部变量赋值时会自动创建一个同名的全局变量,这是Js程序中最容易出现的错误之一,在严格模式下这么做会显性的抛出异常。

// 严格模式下会抛出异常
(function() {
   some = 'foo';
}());

2、防止函数中的this指针意外指向全局。

非严格模式下,函数中未被定义或为空( null or undefined)的this会默认指向全局环境(global)。

window.color = 'red';
function getColor() {
   console.log(this.color);
}

// 在严格模式中会报错, 非严格模式中则提示red
getColor();

3、防止重名。

当编写大量代码时,对象属性和函数参数很容易一不小心被设置成一个重复的名字。严格模式在这种情况下会显性的抛出错误

// 重复的变量名,在严格模式下会报错。
function doSomething(value1, value2, value1) {
//code
}

// 重复的对象属性名,在严格模式下会报错。
var object = {
   foo: 'bar',
   foo: 'baz'
};

4、对只读属性修改/删除时会抛出异常。

ES5中可为对象特定属性设为只读或让整个对象不可修改。 但在非严格模式中尝试修改一个只读属性只会默不做声的失败。

var person = {};
Object.defineProperty(person, 'name' {
   writable: false,
   value: 'Nicholas'
});

// 在非严格模式时,沉默的失败,在严格模式则抛出异常
person.name = 'John';

5、不要在全局环境下启用严格模式。

为了兼容第三方代码可能没有为严格模式做好准备而引发的问题,最好把开启严格模式的指令作用于自己独立的模块/函数里。

3.6 推崇建议

—— 变量

声明变量必须加上 var 关键字. 否则变量就会暴露在全局上下文中, 这样很可能会和现有变量冲突(es6中let修复了这个问题)。

—— 逗号

不要加多余的逗号,这可能会在IE下引起错误,同时如果多一个逗号某些ES3的实现会计算多数组的长度。

// 不推荐
var hero = {
 firstName: 'Kevin',
 lastName: 'Flynn',
};

// 推荐
var hero = {
 firstName: 'Kevin',
 lastName: 'Flynn'
};

—— 分号

如果仅依靠语句间的隐式分隔, 有时会很麻烦.而且有些情况下, 漏掉分号会很危险.

;(function(){
var i = 0;
function innerFun(){
var j = 0;
    ……
  }
});

—— {},[]

// 不推荐
var item1 = new Object(),  item2 = new Array();

// 推荐
var item1 = {},  item2 = [];

(解释:new关键字的使用 除了在需要实例化一个对象,或罕见的需要延时加载数据的情况外,基本上不需要使用new关键字。在Javascript里分配大量的new变量地址是一项很慢的操作,为了效率起见,应该始终使用对象符号。)

—— 字符串,统一用单引号

// 不推荐
var name = "Bob Parr";

// 推荐
var name = 'Bob Parr';

—— === 和 !== 操作符

使用 === 和 !== 操作符会相对好点。== 和 != 操作符会进行类型强制转换。 特别是, 不要将 == 用于与错值比较(false,null,undefined,“”,0,NaN)。

—— 块

// 不推荐
if (test)
return false;
// 推荐
if (test) return false;
// 或
if (test) {
return false;
}
// 不推荐
function() { return false; }
// 推荐
function() {
return false;
}
(web前端学习交流群:328058344 禁止闲聊,非喜勿进!)

—— 不要使用eval()

只用于解析序列化串 (如: 解析 RPC 响应)

eval() 会让程序执行的比较混乱, 当 eval() 里面包含用户输入的话就更加危险.

可以用其他更佳的, 更清晰, 更安全的方式写你的代码, 所以一般情况下请不要使用 eval().

当碰到一些需要解析序列化串的情况下(如, 计算 RPC 响应), 使用 eval 很容易实现.

—— js常见参数命名建议

元素:elem, 参数:arg,对象:obj,数组:arr, 指令:ret,长度:len


四、 jquery性能优化

——总是从ID选择器开始继承

jQuery中最快的筛选器是ID筛选器,这是因为它直接和JS原生方法getElementById()对应。

——在class前使用tag

第二快是tag选择器, 因为它和JS原生方法getElementsByTagName() 对应。jQuery中class选择器是最慢的,因为在IE浏览器下它会遍历所有的dom节点。

综上几点:

  1. 如果查找$('. class'),应使用$('#id > tag. class')来缩小DOM Tree的搜索范围。
  2. #id前面不要用tag来修饰。写成$('div#id')会降低性能,因为JS会遍历所有 的div元素来查找id为'id'的哪一个节点:
  3. #id1也不需要由#id2来修饰。写成$('#id2 #id1') 是画蛇添足,降低性能。

——缓存JQuery对象

要养成将jquery对象缓存进变量的习惯,避免进行多次查找,另外为了区分普通的JS对象和jQuery对象,建议在变量首字母前加上$符号。如:

var $box = $('#wrap').find('.box');
$box.addClass('class');
$.ajax({
   $box.html('text');
});

——合理使用链式操作

可以减少对DOM Tree的访问以及代码量。如代码:

$('div').addClass('className').html('html code').click(function(){
  alert(1);
}); 

——使用子查询

使用children(), find(), filter()来进行子查询。如代码:

$('div p').click(function(){
  ……
}); 
// 上面替换成如下
$('div').find('p').click(function(){
  ……
}); 

——减少DOM操作

当要进行DOM插入时,将所有元素在内存中封装成一个元素,一次性插入。

——自定义数据属性

dom结构上添加自定义属性:

<div id="wrap" data-foo="123"></div> 
// 取数据:
$('#wrap').data('foo'); 
// 存数据:
$('#wrap').data('foo', {a:1,b:2} );

附录

命名规则:

  1. 所有文件夹命名,如需要两个单词表示的,使用"-"中划线连接(如:img-plug)。
  2. 所有文件(.html、.css、.js、图片)命名,如需要两个单词表示的,使用""下划线连接符(如:indexinfo.html)。
  3. 所有素材图片应将文件名第一个单词命名为图片分类,第二个单词为图片名称,第三个单词可以是数字或其它内容,以下为图片命名细则:
icon_xxx.gif   //图标文件名 
btn_xxx.gif    //按钮文件名 
corner_xxx.gif  //边角文件名 
banner_xxx.gif  //广告条文件名 
bg_xxx.gif      //背景图片文件名 
flash_xxx.gif     //flash文件名 
temp_xxx.gif  //临时测试用文件名 


链接: https://www.fly63.com/article/detial/311

web开发,前后分离接口规范

目前我们现在用的前后端分离模式属于第一阶段,下一阶段可以在前端工程化方面,对技术框架的选择、前端模块化重用方面,可多做考量。也就是要迎来“==前端为主的 MV* 时代==”。

js中箭头函数的编码规范,如何更好的使用箭头函数

当您必须使用匿名函数,请使用箭头函数表示法,它创建了一个在 this 上下文中执行的函数的版本,这通常是你想要的,而且这样的写法更为简洁。如果你有一个相当复杂的函数,你或许可以把逻辑部分转移到一个声明函数上。

用standard来管理JavaScript 代码规范

standard是一个开源的JS代码规范库,制定了所谓standard(标准)的JS代码规范,配合编辑器插件可以实时检查代码规范以及语法错误,通过执行命令检查代码规范以及语法错误,自动修复(可以直接修复的)不合规范的代码,使其符合规范

Node.js的模块加载机制(CommonJS规范)

为了编写可维护的代码,我们把很多函数分组,分别放到不同的文件里,这样,每个文件包含的代码就相对较少,很多编程语言都采用这种组织代码的方式。在Node环境中,一个.js文件就称之为一个模块(module)

web前端js中ES6的规范写法

引号的使用,单引号优先(如果不是引号嵌套,不要使用双引号)、空格的使用问题:(关键字后 符号后 排版 函数 赋值符号= )等、不写没有使用过的变量,如果定义了一个变量,后来一直没有参与过运算,那么不应该定义这个变量...

编码规范_html代码规范化编写

嵌套的节点应该缩进;在属性上,使用双引号,不要使用单引号;属性名全小写,用中划线做分隔符;不要在自动闭合标签结尾处使用斜线(HTML5 规范 指出他们是可选的);不要忽略可选的关闭标签;

CommonJS 规范中的 module、module.exports 区别

CommonJS规范规定,每个模块内部,module变量代表当前模块。这个变量是一个对象,它的exports属性(即module.exports)是对外的接口。加载某个模块,其实是加载该模块的module.exports属性。module.exports属性表示当前模块对外输出的接口

W3C 代码标准规范

W3C通过设立领域(Domains)和标准计划(Activities)来组织W3C的标准活动,围绕每个标准计划,会设立相关的W3C工作组织(包括工作组、社区组、商务组等)。W3C会根据产业界的标准需求调整Domains和Activity的设置及相关的工作组设置。

css3代码书写规范

不要使用 @import 与 <link> 标签相比,@import 指令要慢很多,不光增加了额外的请求次数,还会导致不可预料的问题。CSS有些属性是可以缩写的,比如padding,margin,font等等,这样精简代码同时又能提高用户的阅读体验。

常用的JavaScript编程风格

工作中好的编程风格会更友好,不好的编程风格会让队友难受,变量的声明:使用let和const代替var(var存在变量提升等副作用),声明常量使用const

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!