使用“ 严格 ” , 是否是使刺绣更加坚固的“ 严格 ” 。 它带来js 试图使其至少略微“ 严格 ” ( 其他语言自90年代以来实施严格的规则 ) 。 它实际上是“ 强制” 刺绣开发者遵循某种最佳编码实践 。 但是, 刺绣非常脆弱 。 没有打印变量、 打字方法等东西。 我强烈建议刺绣开发者学习一种更强有力的语言, 如 java 或 actscript3 和 impl 。

我强烈建议每个开发商现在就开始使用严格模式。 有足够的浏览器支持严格模式,

显然,在最初的阶段,我们从未遇到过错误。 为了获得全部好处,我们需要在转换到严格模式后进行适当的测试,以确保我们掌握了一切。 当然,我们不只是在代码中严格使用,而且假设没有错误。 因此,语气是,是时候开始使用这个非常有用的语言功能来写更好的代码了。

例如,

var person = {
    name : 'xyz',
    position : 'abc',
    fullname : function () {  "use strict"; return this.name; }
};

jslint 是由 douglas crockford 撰写的调试器。 只需在您的脚本中粘贴, 它就能快速扫描您的代码中的任何明显问题和错误 。

提醒大家小心, 所有你们这些硬收费程序员: 对现有代码应用“ 严格使用” 可能很危险, 这样做不是一件令人感觉良好、 快乐的贴纸, 你可以拍下代码来“ 更好” 。 使用“ 严格使用” 的套件, 浏览器会突然在它以前从未丢过的随机地方 丢出例外, 仅仅因为在那个地方, 你正在做一些 默认/ 粗略的刺绣手法 乐于允许的事情, 但严格的刺绣手法的恶作剧, 你可能隐藏着严格违反规则的恶作剧。

如果您要跳跳跳, 将“ 严格使用” 应用在全面的单位测试和严格配置的 jshint 构建任务上是一个好主意, 这将给你一些信心, 因为您打开了严格模式, 您的模块没有黑暗的角落, 并且会因为您打开了严格模式而可怕的爆炸。 或者, 嘿, 这里还有一个选项: 不要在您的遗留代码中添加“ 严格使用 ” , 这样可能更安全, 说实话。 绝对不要在您不拥有的模块中添加“ 严格使用 ” 。

我认为即使这是致命的笼笼动物, “ 严格使用” 也可以是好东西, 但你必须做对。 最好的严格时间是您的项目是绿地, 并且从零开始。 配置 jshint/ Jslint , 配置所有警告和选项, 并尽可能紧紧地按您的团队的胃口调调动, 获得良好的建筑/ 测试/ 资产系统, 并像 grunt+karma+chai 那样操作, 并且只有这样, 才能开始将您所有的新模块标记为“ 严格使用 ” 。 准备治愈很多错误和www。

我的项目在采用“严格使用”时不是一个绿地项目。 结果,我的假肢充满了红色标记, 因为我对一半的模块没有“严格使用”, Jshint 抱怨这一点。 这提醒了我未来应该做什么。 我的目标是因为我所有缺失的“严格使用”的语句而没有红色标记,

添加“ 严格使用 ” 时, 下列情况将在脚本执行前丢弃语法器 :

为未来的缩略图版本铺路, 使用新保留的关键字之一( 为 缩略图 6 预览) : 执行、 接口、 let、 包包、 私有、 受保护、 公用、 静态和 产出。 如果 (a< b) { 函数 f ()\\\\\\\\\\\\\\\\\\\ n \ \ \ \\ \\\\\ n\\\ = 023; 此点指向全球对象 。 f () { "使用严格" { "使用" ; this. a = 1;} f () ; f () ; 在对象字典 {a: 1, b: 3, a: 7} 中声明一个属性名称的两倍相同名称 {a: 1, b: 3 a: 7}

资料来源:

Mdn javascript的严格模式以及为什么你应该在colin j. ihrg的博客(存档版本)上使用该模式。

包括严格使用您所有敏感的 javarpic 文件的起始点 从这一点上是一个小小方法 来成为一个更好的 javarpic 程序员, 避免随机变数变成全球性的, 事物静悄悄地变化 。

John Revig写了个好摘要 写了个好摘要

这只是一个字符串,你放 在你的 javacript 文件( 在文件顶部或函数内部) 中, 看起来像这个 :

"use strict";

输入您的代码不应该对当前浏览器造成任何问题, 因为它只是一条字符串。 它可能会在未来对您的代码造成问题, 如果您的代码违反了 pragma 。 例如, 如果您目前拥有 Foo = “ bar ” 而不先定义 Foo , 您的代码将会开始失效... 在我看来这是件好事。