ICode9

精准搜索请尝试: 精确搜索
首页 > 编程语言> 文章详细

JavaScript语句是否需要分号结尾?

2022-06-02 17:03:25  阅读:241  来源: 互联网

标签:语句 结尾 分号 JavaScript 语法 例子 var


前言

  先说明我并没有要大家都来不加分号,而是回答"为什么可以不加分号",或是"为何分号是选项可有可无?",或是"分号是在何时可以不加?何时又一定要加?何时又算多加了?"等问题。

  "不用分号作语句结尾"并不是"完全不使用分号",而是该加的时候加,不该加的时候不加,不用分号作为语句结尾。实际上,我如果在改写别人的代码或是像原本函式库(如jquery)的风格是有用分号(;)时,为了统一撰写风格,也是会加的,基本上自己最近写的ES6、React、Redux等就不用分号(;)结尾。

  分号(;)的作用

  在JS里的分号(;)是什么作用?总结一下,它既是语句(表达式)的分隔,也可以作为语句的结尾。

  但只认为分号(;)就一定是语句的结尾是有疑问的,下面这两个例子就是典型范例,也是很常见的错误:

  //有问题的例子function add() {

  var a = 1, b = 2;

  return

  a + b;

  }

  或是像下面这个,也是很常见的错误示范:

  //有问题的例子function test() {

  return

  {

  test: true

  };

  }

  这两例的函数回传值必为 undefined ,而不是应该回传的值 3 与物件。为何?因为你有看到return先换行(回车),再接著要回传的值了吗?也就是说这两个代码在执行时,相当于下面这样的代码(我只写一个出来,另一例相同):

  function test() {

  return;

  { test: true };

  }

  return 因为先换了一行,视为语句结尾,所以根本没有可回传的值,也就是在上例子中,回车(\\n)先把 return 结尾掉了,后面你加的分号(;)是结尾到下一行的。这逻辑代表回车(\\n)在这一句语句结尾这功用上,比分号(;)还优先。

  那为何回车(\\n)或换行,可以作为语句的结尾?来源是由于ECMAScript的自动插入分号(Automatic Semicolon Insertion, 以下简称ASI)的标准。在语句或一段代码叙述后,加了回车(\\n)后,JS剖析器会在执行期间自动帮你插入分号,这样理解了吗?所以不是回车(\\n)的事,是因为自动帮你加分号作结尾了。

  自动插入分号(ASI)这个规则一直在网上有争议,有一群人认为它是个容易造成误解的设计,有一群人认为它这设计是正确的,应该多多利用,就像不需要在一般情况下再多此一举,在语句后面加上分号(;)。不管你是支援哪一种,我认为都需要理解其中的内容,作为一个称职的JS开发者,这是很基础的一些知识。

  自动插入分号(ASI)的5种例外情况

  这里讨论的就是用回车(\\n)或断行来作为语句的结尾,自动插入分号(Automatic Semicolon Insertion)标准的特例情况。在以下的4种情况是用回车(\\n)或空一行是不会作自动插入分号来让语句作结尾,虽是说"特例",但大概也是每天都看得到,只是常不知道为何会这样而已,看了你就知道了。大致说明如下:

  1. 当这一行的语句是没关闭的情况

  例如数组(阵列)、对象(物件)文字字面、圆括号之类,或是最后是个点号(.)或逗号(,)时,也就是如果把这行结尾,就会产生不合法语句的情况。

  注: 遇到等号(=)算未完整的表述式,如果指定值在下一行会略过自动结尾作用

  这种例子很常见,通常是在分开内容太长的语句,或是让值写得清楚的地方。我举下面的两个合法语法范例,你会很容易理解回车(\\n)会在何时自动结尾,虽然这些例子是不好阅读的例子:

  //第一例var a =

  [ 1,2,3,

  ]

  //第二例function test(a,

  b,

  c){console.log(a,b,c

  )

  }

  2. 这一行是++或--

  这规则是很怪异的,从来没看过有人这样写过。JS会认为++与--在这一行是要准备来运算执行下一行的值,所以不结尾。下面是个合法范例:

  a=1--

  a

  console.log(a)

  3. 这一行是for()、while()、do、if()或else,但没有用花括号({})时

  这简写语法也很常见,每天都会用到,是个当执行代码不多时的写法。以下为范例:

  if(null==undefined)

  console.log(true)else

  console.log(false)

  4. 下一行的开头是([)、(()、(+)、(*)、(/)、(-)、(,)、(.),或二进位运算子(例如~ & |),可以与这行组成一个表达式时

  以下为范例:

  function test(){

  return 1

  +2

  -3

  }console.log(test())

  下面这个例子刚好与第一点颠倒的写法,也很常见,有人喜欢用这种的写法,有些人喜欢用第一点的:

  var a =

  [1

  ,2

  ,]

  5: 空白语句不会自动结尾

  这与上面第3点有相关,有时候会看到有人犯了这个常见错误。下面是个错误例子,不论 if 这行与 else 这行间有没有换行,或是换了几百行,都不会自动结尾:

  //错误例子var i = 10

  if (i === 5)

  else console.log(false)

  你可以加上分号在 if(...) 这行最后,让语法合法可被执行。但真心没见过有人这样用,控制流程逻辑不对才会这样写。下面为合法例子:

  //合法例子var i = 10

  if (i === 5);

  else console.log(false)

  以上为用回车(n)作为语句结尾的的5个例外情况,其他都会自动帮你插入分号作结尾。

  所以依这个解说,最一开始的例子中的 return 后面多了一个换行就会产生错误的回传值。与 return 有同样情况的还有几个,像 continue 、 break 、 throw等,这些如果先换行,然后在下一行再加分号也是会变成两个不同的语句,因为在换行时已经自动插入分号。

  一个小常识是,分号(;)除了作为语句结尾或分隔外,它与JS中的其他符号有个差异,它自己本身可以形成一个合法的语句(表达式)。你可以在程式码里只输入一个分号(;),它是合法而不会报错的,其他的符号(例如: ,:+-*/% )都会报错。

  一定要使用分号的情况

  分号(;)的用处不是只有语句结尾,它在某些语法中,具有分隔表述式或语句的功用。以下情况必用分号(;)。

  1. for语句圆括号( () )中的三个表述式彼此之间:

  很常用到,不多加说明了,以下为例子:

  for(var i=0 ; i<10 ; i++)

  {

  //...

  }

  2. 在同一行写两个语句(表述式)在一起,中间需要分号(;)区隔。

  所以像 switch 语句中的 case ,如果 break (或 continue )要写在同一行时, break (或 continue )前必加分号(;),以下为例子:

  //第一例var i = 0; i++

  //第二例case 'foo': doSomething(); break

  3. 以 [ 或 ( 开头的行,前面需要加分号(;)

  这是很特别一种撰写风格。实际上是一种保护防范的语法,有时候解译器或压缩工具会误认为某行语句,有开头 ( 的话是准备要作函数呼叫,或开头 [ 是准备要作数组(阵列)或对象(物件)的存取属性的事。

  还有另一情况是IIFE,因为IIFE刚好也是用 ( 开头。所以这两种开头的语句前,必加分号(;)在语句的最前面,以免造成误判。不过大概也只有这一个需要特别注意,IIFE你用到的情况有可能会多些。

  以下为例子:

  //第一例

  ;(x || y).doSomething()

  ;[a, b, c].forEach(doSomething)

  //第二例var x = 42

  ;(function () { })()

  参考: http://stackoverflow.com/ques...

  "不需要"与"一定不能"使用分号的情况

  接著要理解,什么时候必"不需要"与"一定不能"使用分号(;),这也很容易理解的。如果你是都要用分号来作每行语句的结尾,你应该了解一下。

  1. for 语句的最后一个(第三个)表达式后面

  画蛇添足不多说,一定会造成错误,其实这错误很难犯,只是网上有我把它列出来。

  //错误语法for (var i=0; i < 10; i++;){}

  2. 花括号的结尾(})的后面。但有例外,赋值时可以加分号(;)是对的语法。

  这个规则理论上应该是"不需要"加而已,经测试在Chrome上也不会报错,算是不建议的语法,这也是个画蛇添足。

  //不建议语法function a(){};if(){};

  //正确语法,赋值时使用var obj = {a:1};var fun = function(){};

  //正确语法,do...whiledo {...} while (...);

  3. 在if、for、while、或switch的圆括号结尾后面加上分号(;)

  这个是合法语法,但整个逻辑错掉,而且这错误很也不易犯。可以对照到最上面一节的第5个例外情况看看。

  //错误例子,不过它合法if (0 === 1); { alert("hi") }

  //上例相当于下面这样if (0 === 1);alert("hi");

  反对的原因,以及说明

  以下针对几个常见的反对不使用分号作为语句结尾的理由,以我的所知回答这些原因。不过,大部份都是因为FUD(惧、惑、疑),而不是真正以理解或科学实证的角度。

  因为浏览器相容问题。旧版的浏览器不支持。

  自动插入分号(ASI)的标准是何时加到ECMAScript的?

  自动插入分号其实是本来就有的语言特性,网上可以找到的2000年的ECMAScript版本3,也就是ES3标准,里面就有这个 Automatic Semicolon Insertion 章节了。

  根据网上的文章指出,曾经有一小段时间IE6这个在ASI实作上有问题,但后来很快修正了,现在我们能用到的IE6是支持的。下图是在WindowsXP SP3中的IE6小小测试的,你可以仔细看一下,并没有用分号来作语句结尾。

 


所以,你是听谁说旧版的浏览器不支援的?该不会那个人又说他也是听说的。谣言止于智者对吧。

  因为压缩工具不支持

  这原因以前的确存在过,有个压缩工具叫JSMin,是大师Douglas Crockford写的工具,印象中如果你没用分号作语句结尾,它是连压都不压,当然Crockford他个人本来就不太赞成不用分号作语句结尾的关系。

  现在老早就没有这问题了,其他常用的工具如Closure Compiler或webpack中的外挂工具都可以压好压满,要不然怎么会有大专案(bootstrap, npm, vue.js)也舍弃用分号作语句结尾。

  最近的在JSMin与Bootstrap中的一段代码争议在这里可以看到,JS发明人Brendan Eich的言论立场是会中立些: https://brendaneich.com/2012/...

  语句都用分号(;)作结尾是一个好的撰写风格

  最有名的是从 JSLint 这个检查工具开始的,它会检查你的每个语句的最后是不是用分号(;)来作结尾,如果不是会提出警告信息。

  而提倡在每个语句后面一定要用分号来作结尾的大师级人物,最有名的算是JSON格式发明者Douglas Crockford, 他的这个文章 上有说明,从文章中可以看得出他是反对ASI特性的。JSLint工具也是他作的,相信也有很多人看过他的大作"JavaScript: 优良部份"。不过,他也提倡了很多风格,例如tab键相当于4个空格,但现在一般都用2个空格,或是一行一个var变量定义,而且要按照英文字母排列。大师说的我们小小程序员当然必定是要重视,但并不是照单全收。

  回到我们的问题中,在浏览器上能顺便执行的代码语法,为何要强制被检查工具认为是有问题的语法?

  如果你都到处都加上分号(;),却还会发生有错误的情况(例如最上面的典型例子),那这代表起因是来自于对于语言本身的设计或标准的无知,而不是怪罪于语言本身的臭虫或设计问题。

  现在流行的其他检查工具,例如ESLint、JSHint等等,就算有这项检查也有选项可以关闭。这纯粹是开发团队或个人的选择才是正确的。

  结语

  要不要用分号(;)作为语句的结尾,就视个人习惯或组织团队规定的撰写风格了。不管你的选择为何,都应该理解为何分号(;)是选项而非必要的原因,不要因为大神或社群上大家说要加该加,就埋头拼命加,而不去理解其中的原因。

  真实情况是并不是所有的情况分号作为语句都是选项,是有规则标准的。js虽然常常有坑,但本质上是死的东西,标准就已经定在那里了,上面我所说的规则学好足以应付9成情况,也可以让你的代码写起来更加有信心。

  最后几句,开源专案中真的完全不使用分号(;)的专案最近多起来的现象,但最有名的是大家每天都在用的 npm 、 bootstrap ,还有最近比较火红的 vue.js 、 redux这几个,有兴趣可以找找。
————————————————
版权声明:本文为CSDN博主「普通网友」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/qq_32506555/article/details/52973635

标签:语句,结尾,分号,JavaScript,语法,例子,var
来源: https://www.cnblogs.com/zhumenglong/p/16338326.html

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有