上次浅谈了下关于CSS的编码规范,大部分童鞋持赞同意见,仍存在一些童鞋不太理解这些规范的意义。

  如果是个人或者小作坊开发,其实这些所谓的编码规范也没啥意思,因为大家写好的代码直接就给扔到网上去了,很少有打包、压缩、校检等过程,别人来修改你代码的情况也比较少。但是,对于一定规模的团队来说,这些东西还是挺有必要的!一个是保持代码的整洁美观,同时良好的代码编写格式和注释方式可以让后来者很快地了解你代码的大概思路,提高开发效率。

  那么这次,继续抛砖引玉,说说Javascript一些需要引起注意的地方(这些东西也是团队开发的时候大家集思广益总结出来的)。

不规范写法举例

1. 句尾没有分号

var isHotel = json.type == "hotel" ? true : false

2. 变量命名各种各样

var is_hotel;
var isHotel;
var ishotel;

3. if 缩写

if (isHotel)
console.log(true)
else
console.log(false)

4. 使用 eval

var json = eval(jsonText);

5. 变量未定义到处都是

function() {
var isHotel = 'true';
....... var html = isHotel ? '<p>hotel</p>' : "";
}

6. 超长函数

function() {
var isHotel = 'true';
//....... 此处省略500行
return false;
}

7. ..........

书写不规范的代码让我们难以维护,有时候也让我们头疼。

(禁止)、(必须)等字眼,在这里只是表示强调,未严格要求。

前端规范之JavaScript

 1. tab键用(必须)用四个空格代替

这个原因已经在前端编码规范之CSS说过了,不再赘述。

2. 每句代码后(必须)加";"

这个是要引起注意的,比如:

a = b        // 赋值
(function(){
//....
})() // 自执行函数

未加分号,结果被解析成

a = b(function(){//...})()  //将b()()返回的结果赋值给a

这是截然不同的两个结果,所以对于这个问题必须引起重视!!!

3. 变量、常量、类的命名按(必须)以下规则执行:

  1) 变量:必须采用骆驼峰的命名且首字母小写

 // 正确的命名
var isHotel,
isHotelBeijing,
isHotelBeijingHandian; // 不推荐的命名
var is_Hotel,
ishotelbeijing,
IsHotelBeiJing;

  2) 常量:必须采用全大写的命名,且单词以_分割,常量通常用于ajax请求url,和一些不会改变的数据

// 正确的命名
var HOTEL_GET_URL = 'http://map.baidu.com/detail',
PLACE_TYPE = 'hotel';

  3) 类:必须采用骆驼峰的命名且首字母大写,如:

 // 正确的写法
var FooAndToo = function(name) {
this.name = name;
}

4. 空格的使用

  1)if中的空格,先上例子

 //正确的写法
if (isOk) {
console.log("ok");
} //不推荐的写法
if(isOk){
console.log("ok");
}
  • ()中的判断条件前后都(必须)加空格
  • ()里的判断前后(禁止)加空格,如:正确的写法: if (isOk);不推荐的写法: if ( isOk )

  2)switch中的空格, 先上例子

//正确的写法
switch(name) {
case "hotel":
console.log(name);
break; case "moive":
console.log(name);
break; default:
// code
} //不推荐的写法
switch (name) { // switch 后不应该有空格, 正确的写法: switch(name) { // code
case "hotel":
console.log(name);
break; // break; 应该和console.log对齐
case "movie": // 每个case之前需要有换行
console.log(name);
break; // break; 应该和console.log对齐 default:
// code
}

  3)for中的空格,先上例子

 // 正确的写法
var names = ["hotel", "movie"],
i, len; for (i=0, len=names.length; i < len; i++) {
// code
} // 不推荐的写法
var names = ["hotel", "movie"],
i, len; for(i = 0, len = names.length;i < len;i++) { // for后应该有空格,每个`;`号后需要有空格,变量的赋值不应该有空格
// code
}
  • for必须)加空格
  • 每个;必须)加空格
  • ()禁止var声明变量; 且变量的赋值 前后禁止)加空格

  4)function 中的空格, 先上例子

 // 正确的写法
function call(name) { } var cell = function () { }; // 不推荐的写法
var call = function(name){
// code
}
  • 参数的反括号后必须)加空格
  • function 必须)加空格

  5)var 中空格及定义,先上例子

 // 一个推荐的var写法组
function(res) {
var code = 1 + 1,
json = JSON.parse(res),
type, html; // code
}
  • 声明变量 = 前后必须)添加空格
  • 每个变量的赋值声明以,结束后必须)换行进行下一个变量赋值声明
  • (推荐)将所有不需要进行赋值的变量声明放置最后一行,且变量之间不需要换行
  • (推荐)当一组变量声明完成后,空一行后编写其余代码

5. 在同一个函数内部,局部变量的声明必须置于顶端

因为即使放到中间,js解析器也会提升至顶部(hosting)

 // 正确的书写
var clear = function(el) {
var id = el.id,
name = el.getAttribute("data-name"); .........
return true;
} // 不推荐的书写
var clear = function(el) {
var id = el.id; ...... var name = el.getAttribute("data-name"); .........
return true;
}

推荐阅读:JavaScript-Scoping-and-Hoisting

6. 块内函数必须用局部变量声明

// 错误的写法
var call = function(name) {
if (name == "hotel") {
function foo() {
console.log("hotel foo");
}
} foo && foo();
} // 推荐的写法
var call = function(name) {
var foo; if (name == "hotel") {
foo = function() {
console.log("hotel foo");
}
} foo && foo();
}

引起的bug:第一种写法foo的声明被提前了; 调用call时:第一种写法会调用foo函数,第二种写法不会调用foo函数

注:不同浏览器解析不同,具体请移步汤姆大叔深入解析Javascript函数篇

7. (禁止)使用eval,采取$.parseJSON

 三个原因:

  • 注入风险,尤其是ajax返回数据
  • 不方便debug
  • 效率低,eval是一个执行效率很低的函数

建议:

  使用new Function来代替eval的使用,最好就别用。

8. 除了三目运算,if,else等(禁止)简写

 // 正确的书写
if (true) {
alert(name);
}
console.log(name);
// 不推荐的书写
if (true)
alert(name);
console.log(name);
// 不推荐的书写
if (true)
alert(name);
console.log(name)

9. (推荐)在需要以{}闭合的代码段前增加换行,如:for if

 // 没有换行,小的代码段无法区分
if (wl && wl.length) {
for (i = 0, l = wl.length; i < l; ++i) {
p = wl[i];
type = Y.Lang.type(r[p]);
if (s.hasOwnProperty(p)) {
if (merge && type == 'object') {
Y.mix(r[p], s[p]);
} else if (ov || !(p in r)) {
r[p] = s[p];
}
}
}
}
// 有了换行,逻辑清楚多了
if (wl && wl.length) { for (i = 0, l = wl.length; i < l; ++i) {
p = wl[i];
type = Y.Lang.type(r[p]); if (s.hasOwnProperty(p)) {
// 处理merge逻辑
if (merge && type == 'object') {
Y.mix(r[p], s[p]);
} else if (ov || !(p in r)) {
r[p] = s[p];
}
}
}
}

换行可以是空行,也可以是注释

10. (推荐)使用Function进行类的定义,(不推荐)继承,如需继承采用成熟的类库实现继承

// 类的实现
function Person(name) {
this.name = name;
} Person.prototype.sayName = function() {
alert(this.name);
}; var me = new Person("Nicholas"); // 将this放到局部变量self
function Persion(name, sex) {
var self = this; self.name = name;
self.sex = sex;
}

平时咱们写代码,基本都是小程序,真心用不上什么继承,而且继承并不是JS的擅长的语言特性,尽量少用。如果非要使用的话,注意一点:

function A(){
//...
}
function B(){
//...
}
B.prototype = new A();
B.prototype.constructor = B; //原则上,记得把这句话加上

继承从原则上来讲,别改变他的构造函数,否则这个继承就显得很别扭了~

11. (推荐)使用局部变量缓存反复查找的对象(包括但不限于全局变量、dom查询结果、作用域链较深的对象)

 // 缓存对象
var getComment = function() {
var dom = $("#common-container"), // 缓存dom
appendTo = $.appendTo, // 缓存全局变量
data = this.json.data; // 缓存作用域链较深的对象 }

12. 当需要缓存this时必须使用self变量进行缓存

// 缓存this
function Row(name) {
var self = this; self.name = name;
$(".row").click(function() {
self.getName();
});
}

self是一个保留字,不过用它也没关系。在这里,看个人爱好吧,可以用_this, that, me等这些词,都行,但是团队开发的时候统一下比较好。

13. (不推荐)超长函数, 当函数超过行,就要想想是否能将函数拆为两个或多个函数

14. 等你来填坑~

小结

  规范是死的,罗列这些东西,目的是为了让程序猿们对这些东西引起注意,平时写代码的时候注意格式,不仅仅方便了自己,也让其他阅读者看得舒服。

  可能还有一些点没有涉及到,如果你有好的建议,请提出来,我们一起打造一个良好的前端生态环境!

相关阅读:前端编码规范之CSS

前端编码规范之JavaScript的更多相关文章

  1. 前端编码规范之CSS

    "字是门面书是屋",我们不会去手写代码,但是敲出来的代码要好看.有条理,这还必须得有一点约束~ 团队开发中,每个人的编码风格都不尽相同,有时候可能存在很大的差异,为了便于压缩组件对 ...

  2. JS前端编码规范

    转自<前端编码规范之JavaScript>,网址:http://www.cnblogs.com/hustskyking/p/javascript-spec.html 一个是保持代码的整洁美 ...

  3. 前端编码规范(4)—— CSS 和 Sass (SCSS) 规范

    CSS and Sass (SCSS) style rules ID and class naming ID和class(类)名总是使用可以反应元素目的和用途的名称,或其他通用名称.代替表象和晦涩难懂 ...

  4. 前端编码规范(2)—— HTML 规范

    HTML 规范 文档类型 推荐使用 HTML5 的文档类型申明: <!DOCTYPE html>. (建议使用 text/html 格式的 HTML.避免使用 XHTML.XHTML 以及 ...

  5. web前端编码规范

    简要介绍 本文通过参考百度腾讯等前端编码规范(链接建文末),得出个人习惯的编码规范.个人编码规范采用在不影响可读性的情况下能省就省,尽量简洁,不需要就直接去掉. 最佳原则不管是个人编码规范还是团队编码 ...

  6. 前端编码规范,个人感觉bootstrap总结的不错,拿出来给大家分享

    前端编码规范,个人感觉bootstrap总结的不错,拿出来给大家分享 http://codeguide.bootcss.com/#html-doctype HTML 语法 HTML5 doctype ...

  7. Web前端编码规范[转]

    先插入一条广告,博主新开了一家淘宝店,经营自己纯手工做的发饰,新店开业,只为信誉!需要的亲们可以光顾一下!谢谢大家的支持!店名: 小鱼尼莫手工饰品店经营: 发饰.头花.发夹.耳环等(手工制作)网店: ...

  8. 【规范】前端编码规范——javascript 规范

    全局命名空间污染与 IIFE 总是将代码包裹成一个 IIFE(Immediately-Invoked Function Expression),用以创建独立隔绝的定义域.这一举措可防止全局命名空间被污 ...

  9. 【规范】前端编码规范——html 规范

    文档类型 推荐使用 html5 的文档类型申明: <!DOCTYPE html> 语言属性 根据 html5 规范: 强烈建议为 html 根元素指定 lang 属性,从而为文档设置正确的 ...

随机推荐

  1. EXEC sp_executesql

    declare @sql nvarchar(max)declare @nu int set @sql='SELECT * FROM [FMTest].[dbo].[FM_Radio_Station]' ...

  2. 支付宝支付-APP支付服务端详解

    支付宝APP支付服务端详解 前面接了微信支付,相比微信支付,支付宝APP支付提供了支付分装类,下面将实现支付宝APP支付.订单查询.支付结果异步通知.APP支付申请参数说明,以及服务端返回APP端发起 ...

  3. Unable to convert MySQL date/time value to System.DateTime 错误

    C#读取MySql时,如果存在字段类型为date/datetime时的可能会出现以下问题“Unable to convert MySQL date/time value to System.DateT ...

  4. STDIN(0), STDOUT(1), STDERR(2), 2 > &1

    当我们在 shell 中执行命令的时候,每个进程都和三个打开的文件相联系,并使用文件描述符(文件描述符是一个简单的整数,用以标明每一个被进程所打开的文件和socket.第一个打开的文件是0,第二个是1 ...

  5. screen

    https://www.ibm.com/developerworks/cn/linux/l-cn-screen/ http://www.cnblogs.com/mchina/archive/2013/ ...

  6. CentOS 6.5 Python Image Library 配置

    转自:http://www.cnblogs.com/way_testlife/archive/2011/04/17/2019013.html PIL 下载: http://www.pythonware ...

  7. [VijosP1656]萌萌赶考 题解

    题目大意: 有一个地图,有障碍,不能重复经过一点(但起点可以),判断能否恰好在t时刻从起点到达终点. 思路: 一开始DFS一遍,30分,于是要有优化减枝.最重要的是从起点到终点的距离的奇偶性是与起点与 ...

  8. [BZOJ1131][POI2008] Sta 树的深度

    Description 给出一个N个点的树,找出一个点来,以这个点为根的树时,所有点的深度之和最大 Input 给出一个数字N,代表有N个点.N<=1000000 下面N-1条边. Output ...

  9. 2016 正确 sublime安装PHPcs PHPcodesniffer代码规范提示插件,修正网上部分不详细描述

    对你有助请点赞,请顶,不好请踩------送人玫瑰,手留余香!-------------------14:37 2016/3/212016 正确 sublime安装PHPcs PHPcodesniff ...

  10. WPF-系统托盘

    WPFSystemTray.cs public class WPFSystemTray { /// <summary> /// 设置系统托盘 /// </summary> // ...