我看过有关在 TypeScript 代码文件中将“use strict”行放在何处的帖子。我的问题是,为什么要拥有它?
既然 TypeScript 已经是一种强类型语言,那么“use strict”又增加了什么?
"use strict";
use strict
与 ECMAScript 5 严格模式有关。我写了一篇关于 Typescript 严格类型的文章。Check here 详细解释
更新
TypeScript 1.8+:“使用严格”;在模块中发出(阅读更多)。
TypeScript 2.1+:--alwaysStrict 编译器选项以严格模式解析所有文件,并在所有输出文件的顶部发出“use strict”(阅读更多)。
您可以通过在 TypeScript 的测试中搜索“严格模式”来找到一些示例列表。
以下是一些代码示例,它们只会在您 "use strict";
时引发编译时错误:
// future reserved keyword not allowed as variable name
var let,
yield,
public,
private,
protected,
static,
implements;
// "delete" cannot be called on an identifier
var a;
delete a;
// octal literals not allowed
03;
还有一些示例,其中 "use strict";
仅在运行时引发错误。例如:
"use strict";
delete Object.prototype;
就我个人而言,我发现它对于防止我在 TypeScript 中犯错误并没有多大用处,而且它添加到文件中的额外噪音让我懒得写它。也就是说,从 TS 2.1 开始,我将启用 --alwaysStrict
编译器选项,因为它增加了一点额外的严格性,而没有任何代码维护开销。
为了我的钱,是的,"use strict";
应该包含在 TypeScript 文件中。
忽略 "use strict";
对 TypeScript 的 compile time 影响,执行生成的 JavaScript 时可能会产生 runtime 影响:
MDN 确定了避免在函数调用中装箱以及删除 function.caller 和 function.arguments 属性的性能改进。
Mozilla 的 Jeff Walden 也在这个答案中暗示了性能提升的机会。
--alwaysStrict
(在 2.1 版中引入)。因此,当提出问题时,“应该 "use strict"
在 TS 源中”和“应该 "use strict"
在发出的输出中”之间没有区别。
--alwaysStrict
”注释就足够了,但如果您有不同的感觉,请编辑此注释以添加类似的内容。
use strict
字符串都可能出现在模块函数中而不是文件顶部,因此会稍微改变语义。"use strict;"