轻松上手,快乐学习!

JS 教程

JS 首页JS 教程JS 简介JS 如何使用JS 输出JS 语句JS 语法JS 注释JS 变量JS 运算符JS 算法JS 赋值JS 数据类型JS 函数JS 对象JS 事件JS 字符串JS 字符串方法JS 数值JS 数值方法JS 数组JS 数组方法JS 数组排序JS 数组迭代JS 日期JS 日期格式JS 日期获取方法JS 日期设置方法JS 数学运算JS 随机数JS 布尔运算符JS 比较运算符JS 条件语句JS Switch 语句JS For 循环JS While 循环JS BreakJS 类型转换JS 位运算符JS 正则表达式JS 错误处理JS 作用域JS HoistingJS 严格模式JS this 关键词JS Let 关键词JS Const 关键词JS 箭头函数JS 类JS 调试JS 样式指南JS 最佳实践JS 常见错误JS 性能优化JS 保留关键词JS 版本JS ES5JS ES6JS JSONJS FormsForms APIObject 对象定义Object 对象属性Object 对象方法Object DisplayObject 对象访问器Object 对象构造器Object 对象原型Object ECMAScript 5JS 函数定义JS 函数参数JS 函数调用JS Call 函数JS Apply 函数JS 函数闭包Class 类简介Class 类继承Class StaticJS 回调JS 异步JS PromisesJS Async/AwaitDOM 简介DOM 方法DOM 文档DOM 元素DOM HTMLDOM CSSDOM 动画DOM 事件DOM 事件监听DOM 导航DOM 节点DOM 集合DOM 节点列表JS WindowJS ScreenJS LocationJS HistoryJS NavigatorJS 弹出框JS TimingJS CookiesAJAX 简介AJAX XMLHttpAJAX 请求AJAX 响应AJAX XML 文件AJAX PHPAJAX ASPAJAX 数据库AJAX 应用程序AJAX 实例JSON 简介JSON 语法JSON vs XMLJSON 数据类型JSON 解析JSON 字符串化JSON 对象JSON 数组JSON PHPJSON HTMLJSON JSONPWeb API 简介Web History APIWeb Storage APIWeb Geolocation APIjQuery 选择器jQuery HTMLjQuery CSSjQuery DOMJS 实例JS HTML DOMJS HTML 输入JS HTML 对象JS HTML 事件JS BrowserJS 编辑器JS 练习JS 测验

JS 参考手册

JS 参考手册(类别排序)JS 参考手册(字母排序)


JavaScript 样式指南


请始终为您所有的 JavaScript 项目使用相同的代码约定。


JavaScript 代码约定

代码约定(Coding conventions)指的是编程的样式指导方针。这些原则大体上包括:

  • 变量和函数的命名和声明规则
  • 使用空格、缩进和注释的规则
  • 编程习惯和准则

代码约定确保质量

  • 改善代码可读性
  • 提升代码可维护性

代码约定可以是团队遵守的成文规则,也可以是您个人的编码习惯。

本页介绍 BEGTUT 使用的通用 JavaScript 代码约定。

您应该继续阅读下一章"最佳实践",学习如何避免编码陷阱。


变量名

在 BEGTUT,我们对标识符名称(变量和函数)使用了驼峰式大小写

所有名称以字母开头。

在本页的底部,我们会更广泛地讨论命名规则。

firstName = "John";
lastName = "Doe";

price = 19.90;
tax = 0.20;

fullPrice = price + (price * tax);

运算符周围的空格

请始终在运算符( = + - * / )周围以及逗号之后添加空格:

实例:

var x = y + z;
var values = ["Volvo", "Saab", "Fiat"];

代码缩进

请始终使用对代码块缩进使用 4 个空格:

函数

function toCelsius(fahrenheit) {
  return (5 / 9) * (fahrenheit - 32);
}

请不要对缩进使用制表符。不同的编辑器对 tab 的解释也不尽相同。


语句规则

简单语句的通用规则:

    请始终以分号结束单条语句:

实例:

var values = ["Volvo", "Saab", "Fiat"];

var person = {
  firstName: "John",
  lastName: "Doe",
  age: 50,
  eyeColor: "blue"
};

针对复杂语句(compound)的通用规则:

  • 请在第一行的结尾处写开括号
  • 请在开括号前使用一个空格
  • 请在新行上写闭括号,不带前导空格
  • 请不要以分号来结束复杂语句

函数:

function toCelsius(fahrenheit) {
  return (5 / 9) * (fahrenheit - 32);
}

循环:

for (i = 0; i < 5; i++) {
  x += i;
}

条件:

if (time < 20) {
  greeting = "Good day";
} else {
  greeting = "Good evening";
}

对象规则

针对对象定义的通用规则:

  • 把开括号与对象名放在同一行
  • 在每个属性与其值之间使用冒号加一个空格
  • 不要在最后一个属性值对后面写逗号
  • 请在新行上写闭括号,不带前导空格
  • 请始终以分号结束对象定义

实例

var person = {
  firstName: "John",
  lastName: "Doe",
  age: 50,
  eyeColor: "blue"
};

可以对短对象在一行中进行压缩,只在属性之间使用空格,就像这样:

var person = {firstName:"John", lastName:"Doe", age:50, eyeColor:"blue"};

行长度小于 80

为了提高可读性,请避免每行的长度超过 80 个字符。

如果 JavaScript 语句超过一行的长度,换行的最佳位置是运算符或逗号之后。

实例

document.getElementById("demo").innerHTML =
"Hello Dolly.";
亲自试一试 »

命名约定

请始终对您所有的代码使用相同的命名约定。例如:

  • 变量和函数名以驼峰大小写来写
  • 全局变量使用大写(我们不这样做,但是相当普遍)
  • 常量(比如 PI)使用大写

我们是否应在变量名中使用连字符驼峰大小写下划线吗?

这是程序员们经常讨论的问题。答案取决于这个问题是谁回答的:

HTML 和 CSS 中的连字符:

HTML5 属性能够以 data- 开头(data-quantity, data-price)。

CSS 在 property-names 中使用连字符(font-size)。

Hyphens 可被错误地视为减法运算符。JavaScript 命名不允许使用连字符。

下划线:

许多程序员喜欢使用下划线(date_of_birth),特别是在 SQL 数据库中。

下划线经常被用在 PHP 参考资料中。

帕斯卡命名法(PascalCase):

C 语言程序员经常使用帕斯卡命名法。

驼峰大小写(camelCase):

JavaScript 本身、jQuery 以及其他 JavaScript 库使用驼峰大小写。

JavaScript 命名请不要以 $ 符号开头。此举会引起 JavaScript 库名称冲突。


在 HTML 中加载 JavaScript

使用简单的语法来加载外部脚本(type 属性不是必需的):

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

访问 HTML 元素

使用"不整洁的" HTML 样式的后果,也许是导致 JavaScript 错误。

这两条 JavaScript 语句会产生不同的结果:

var obj = getElementById("Demo")

var obj = getElementById("demo")

如果可能,请在 HTML 中使用相同的命名约定(就像 JavaScript 那样)。

访问 HTML 样式指南


文件扩展名

HTML 文件应该使用 .html 扩展名(而非 .htm)。

CSS 文件应该使用 .css 扩展名。

JavaScript 文件应该使用 .js 扩展名。


使用小写文件名

大多数 web 服务器(Apache、Unix)对文件名的大小写敏感:

london.jpg 无法视作 London.jpg 进行访问。

其他 web 服务器(微软的 IIS)对大小写不敏感:

london.jpg 能够以 London.jpg 或 london.jpg 来访问。

如果您混合使用大小写,则必须严格保持连续和一致。

如果您将站点从大小写不敏感的服务器转移至对大小写敏感的服务器,即使这种小错误也可能破坏您的网站。

为了避免这些问题,请始终使用小写文件名(如果可能)。


性能

计算机不会使用代码约定。大部分规则对程序的执行影响很小。

缩进和额外的空格对小段脚本并不重要。

对于开发中的脚本,应该优先考虑可读性。应该缩小更大型的生产脚本。