tl; dr 테이크 아웃 :

자신이나 팀을위한 매우 높은 표준을 찾고 있다면 JSLint. 그러나 그 표준은 반드시 표준이 아니며 표준 중 일부는 Doug Crockford라는 자바 신에서 독단적으로 우리에게옵니다. 좀 더 융통성을 원하거나 팀에 JSLint의 의견에 동의하지 않거나 정기적으로 JS와 다른 C 계열 언어 사이를 오가는 오래된 전문가가 있으면 JSHint를 사용해보십시오.

긴 버전 :

포크 뒤의 추론은 JSHint가 존재하는 이유를 잘 설명합니다.

http://badassjs.com/post/3364925033/jshint-an-community-driven-fork-of-jslint http://anton.kovalyov.net/2011/02/20/why-i-forked-jslint-to -jshint /

그래서 아이디어는 그것이 Crockford가 아닌 “커뮤니티 주도”라는 생각입니다. 실제로, JSHint는 일반적으로 JSLint가 고집하는 몇 가지 문체와 작은 구문 “의견”에 대해 좀 더 관대합니다 (또는 적어도 구성 가능하거나 불가지론).

예를 들어, 아래 A와 B가 모두 좋다고 생각하거나 B에서 사용할 수없는 A의 측면 중 하나 이상으로 코드를 작성하려는 경우 JSHint가 적합합니다. B가 유일한 올바른 옵션이라고 생각한다면 … JSLint. 나는 다른 차이점이 있다고 확신하지만 이것은 몇 가지를 강조합니다.

A) JSHint를 즉시 전달-JSLint 실패

(function() {
  "use strict";
  var x=0, y=2;
  function add(val1, val2){
    return val1 + val2;
  }
  var z;
  for (var i=0; i<2; i++){
    z = add(y, x+i);
  }
})();

B) JSHint와 JSLint를 모두 통과

(function () {
    "use strict";
    var x = 0, y = 2, i, z;
    function add(val1, val2) {
       return val1 + val2;
    }
    for (i = 0; i < 2; i += 1) {
        z = add(y, x + i);
    }
}());

개인적으로 JSLint 코드는 매우보기 좋으며, 내가 동의하지 않는 유일한 어려운 기능은 함수와 for-loop var i = 0선언 에서 하나 이상의 var 선언 과 함수 선언에 대한 공백 시행 의 증오입니다. .

JSLint가 시행하는 몇 가지 공백은 반드시 나쁘지는 않지만 가족의 다른 언어 (C, Java, Python 등)에 대한 꽤 표준적인 공백 규칙과 동기화되지 않는 경우가 많습니다. 자바 스크립트에서도 관례로 사용되었습니다. 하루 종일 다양한 언어로 작성하고 있으며 코드에서 Lint 스타일의 공백을 좋아하지 않는 팀원과 함께 작업하기 때문에 JSHint가 균형이 잘 맞습니다. 그것은 합법적 인 버그이거나 정말로 나쁜 형태의 물건을 잡지 만 JSLint가 내가 신경 쓰지 않는 문체 의견이나 구문 적 이명에 대해 (때로는 비활성화 할 수없는 방식으로) 짖지 않습니다.

많은 훌륭한 라이브러리는 Lint’able이 아니기 때문에 JSLint 중 일부는 단순히 “좋은 코드”(즉, 좋은 코드)의 1 버전을 푸시하는 것에 대한 아이디어가 있다는 것을 보여줍니다. 그러나 다시, 동일한 라이브러리 (또는 다른 좋은 라이브러리)는 아마도 힌트를 얻지 못할 수도 있습니다.

답변

npm install --save standard

"scripts": {
    "test": "node_modules/.bin/standard && echo put further tests here"
},

/*global require,dojo,dojoConfig,alert */

/*jslint browser:true,sloppy:true,nomen:true,unparam:true,plusplus:true,indent:4 */