这里有新鲜出炉的 Javascript 教程,程序狗速度看过来!
Javascript 是一种由 Netscape 的 LiveScript 发展而来的原型化继承的基于对象的动态类型的区分大小写的客户端脚本语言,主要目的是为了解决服务器端语言,比如 Perl,遗留的速度问题,为客户提供更流畅的浏览效果。
JSHint 是一个社区驱动用来检测 JavaScript 代码中错误和潜在的问题以及执行团队的编码规范工具。它非常灵活, 因此可以很容易地适应您特定的编码规则和你的代码执行环境。JSHint 将永远保持开源的方式。
前言
JSHint 用于分析和验证 JavaScript 代码是否符合您的编码规则。这个强大的工具可以帮助发现您代码中错误和问题 T,它强制你的团队保持一定的编码惯例和风格,使得代码可靠和更容易阅读.
在这篇文章中, 我将向您展示如何安装、配置和使用 JSHint。 还包括一个例子,列出了一些我最喜欢的能使用 JSHint 的编辑器。
安装 JSHint
安装 JSHint 非常容易,你可以使用 Node 包管理器 (npm) 来做。如果你还没有安装 npm,你可以从 nodeJS website 下载最新版,来安装 Node.js 和 npm.
一旦安装后 npm,你就可以使用如下命令来安装 JSHint:
- npm install jshint -g
参数是告诉
- -g
我们要全局安装,这样我们就能在任何目录下调用这个命令。
- npm
通过命令行检查代码
现在 JSHint 已经安装好了,让我们在命令行方式下使用
来分析一个 JavaScript 代码文件。
- jshint
下面是一个文件名为 demo1.json 的文件:
我们使用如下命令来分析代码:
- jshint demo1.js
JSHint 告诉我们在 demo1.js 文件的第 8 行有一个错误,原因:缺少一个分号。
如果我们补上缺少的分号,再次运行这个命令,就不会有任何错误信息输出了。
配置 JSHint
JSHint 有一个默认的配置来分析您的代码,但它的配置设置被设计的非常灵活。 有四种方式来为 JSHint 提供配置处理文件。
一种方式是使用
参数来指定配置文件:
- --config
- jshint demo1.js --config config.json
另一种方式是把配置放入一个叫. jshintrc 的文件里, 因为 JSHint 会在同级目录下搜索这个配置文件用于代码分析,如果没有找到,它会继续上级目录查找直到根目录 ,这样就允许我们对一个工程设置不同的配置文件。
第三种方式是在 package.json 文件的 jshintConfig 属性下放入配置信息。
这三种方法中的任何一种, 配置信息都是 JSON 格式指定每一个参数来告诉 JSHint 选项是打开或关闭。例如:在下面的配置文件中的 "unused" 和 "undef" 是来激活未使用和未定义变量的告警。 "curly" 要求您总是在循环和条件块加上大括号。 "eqeqeq" 表示禁止使用 == 和!= 而应该使用 === and !==.。"globals" 用于指定没有定义在代码中的全局变量白名单。
第四种方式是以注释的方式将配置信息写入代码文件中。
你可以查看不同的配置选项控制 JSHint 的行为。
一个小例子
接下来, 让我们操作一下在上面提到的 config.json 配置文件中的选项。 假设我们有如下的一个 JavaScript 文件,这只是一小段仅供学习的代码。
如果我们执行 jshint 命令
,我们会得到如下的结果:
- demo2.js --config config.json
在我们的代码中有 4 个错误。在第 9 行 JSHint 提示应该用大括号包裹 "if" 代码块。 定义了变量
但没有使用。 在第 9 行和 11 行, "confirm" 和 "console" 没有定义。
- subscription_id
我们只需稍微修改就能避免前两个错误:
现在,让我们在 config.json 文件中添加一个 devel 选项并设为 true,这样 JSHint 就能识别出 "confirm" 和 "console" 。
至此,如果我们再次运行 jshint 命令,就没有任何错误了。
总结
JSHint 是一个减少代码错误的非常好的工具。很多编辑器都提供 JSHint 支持。刚兴趣的朋友可以再深入研究 JSHint,以上就是利用 JSHint 减少 JavaScript 错误的全部内容,希望对大家使用 Javascript 能有所帮助。
来源: http://www.phperz.com/article/17/0623/332408.html