Javascript JSHint-换行错误
JSHint在文件末尾没有换行符时发出抱怨。以下是一个例子:Javascript JSHint-换行错误,javascript,jshint,Javascript,Jshint,JSHint在文件末尾没有换行符时发出抱怨。以下是一个例子: Missing line feed at file end at app/services/cache.js : 14 | 15 | }); 16 |})(); -------------^ 这个换行的目的是什么?这会有什么不同呢?如果您直接在HTML或NodeJS中使用.js文件,并且完全使用WebStorm或Sublime等IDE对其进行编辑,那么就没有真正的优势 如果在以后的构建和部署中,您使用Gul
Missing line feed at file end at app/services/cache.js :
14 |
15 | });
16 |})();
-------------^
这个换行的目的是什么?这会有什么不同呢?如果您直接在HTML或NodeJS中使用.js文件,并且完全使用WebStorm或Sublime等IDE对其进行编辑,那么就没有真正的优势 如果在以后的构建和部署中,您使用Gulp之类的工具将多个.js文件(如
cache.js
和edit.js
连接到一个master.js
),那么cache.js
的最后一行将与edit.js
的第一行位于同一行
也就是说,正如您所写的,如果cache.js
,没有换行符,并以以下内容结束
});
})();
/* a really krufty set of code for editing barrels of kittens */
$().read(function() {
// ... da code be here ...
假设您有另一个文件edit.js
,您可以使用Gulp和edit.js
等工具将其连接成一个master.js
});
})();
/* a really krufty set of code for editing barrels of kittens */
$().read(function() {
// ... da code be here ...
那么您的最后一个master.js
将有这样一行代码
})();/* a really krufty set of code for editing barrels of kittens */
这有什么问题吗?不,不是真的。可能会使调试或稍后阅读变得更困难,具体取决于所讨论的行
而且,正如前面所评论的,像cat
和wc-l
这样的命令行工具不会给出预期的结果
正如我所看到的,这里有一个非常好的答案这基本上是一种惯例,在命令行上工作时它有很多优点。例如,如果您使用了cat cache.js
,那么如果有换行符就很好了。否则,您的命令提示符将如下所示:}();james@localhost$
您可以在此处阅读更多信息: