JSLint 또는 JSHint JavaScript 유효성 검사를 사용해야 하는 이유

질문 : JSLint 또는 JSHint JavaScript 유효성 검사를 사용해야합니까?

---

저는 현재 JSLint에 대해 JavaScript의 유효성을 검사하고 진행 중이며, 특히 Jquery 라이브러리 작업에서 더 나은 JavaScript를 작성하는 데 도움이됩니다.

이제 JSLint 의 포크 인 JSHint를 접했습니다 .
그래서 나는 JavaScript가 구동되는 웹 애플리케이션이 더 좋거나 가장 적용 가능한 유효성 검사 도구가 작동하는지 궁금합니다.

• JSLint 또는 JSHint?

이제 유효성 검사 메커니즘을 결정하고 계속해서 클라이언트 측 유효성 검사에 이것을 사용하고 싶습니다.

그리고 jshint와 jslint의 차이점은 무엇입니까? 하나의 자바 스크립트 예에서 설명하십시오.

연결:

1. jshint - http://www.jshint.com/
2. jslint - http://jslint.com/

 

답변

---

[편집하다]
이 답변은 수정되었습니다. 컨텍스트를 위해 아래의 원래 답변을 남기고 있습니다 (그렇지 않으면 의견이 의미가 없습니다).

이 질문이 처음 제기되었을 때 JSLint는 JavaScript의 주요 Linting 도구였습니다. JSHint는 JSLint의 새로운 포크 였지만 아직 원본에서 많이 갈라지지 않았습니다.

그 이후로 JSLint는 상당히 정적 인 상태를 유지했지만 JSHint는 많은 부분을 변경했습니다. JSLint의 더 적대적인 규칙을 많이 버리고 새로운 규칙을 추가했으며 일반적으로 더 유연 해졌습니다. 또한 훨씬 더 유연하고 더 많은 규칙 옵션이있는 다른 도구 ESLint를 사용할 수 있습니다.

내 원래 대답에서 나는 JSLint의 규칙을 고수하도록 강요해서는 안된다고 말했습니다. 경고를 던지는 이유를 이해하는 한 경고를 해결하기 위해 코드를 변경할지 여부를 스스로 판단 할 수 있습니다.

2011 년의 JSLint의 매우 엄격한 규칙 세트를 사용하면 이것은 합리적인 조언이었습니다. JSLint 테스트를 통과 할 수있는 JavaScript 코드 세트를 거의 보지 못했습니다. 그러나 오늘날의 JSHint 및 ESLint 도구에서 사용할 수있는보다 실용적인 규칙을 사용하면 경고없이 코드를 통과시키는 것이 훨씬 더 현실적인 제안입니다.

때때로 linter가 의도적으로 한 일에 대해 불평하는 경우가있을 수 있습니다. 예를 들어 항상 === == 를 사용해야하는 좋은 이유가 있습니다. eslint-disable 하면 문제의 줄 주위에 eslint-disable을 지정하는 옵션이 있으므로 경고없이 나머지 코드가 규칙을 따르는 Lint 테스트를 통과 할 수 있습니다. (그런 일을 너무 자주하지 마세요!)

---

[원래 답변]

꼭 JSLint를 사용하십시오. 그러나 결과와 경고하는 모든 것을 고치는 데 주저하지 마십시오. 코드를 개선하는 데 도움이되고 잠재적 인 버그를 찾는 데 도움이되지만 JSLint가 불평하는 모든 것이 실제 문제인 것은 아니므로 경고없이 프로세스를 완료해야한다고 생각하지 마십시오.

상당한 길이나 복잡성을 가진 거의 모든 자바 스크립트 코드는 아무리 잘 작성 되었더라도 JSLint에서 경고를 생성합니다. 저를 믿지 않는다면 JQuery와 같은 인기있는 라이브러리를 실행 해보십시오.

일부 JSLint 경고는 다른 경고보다 더 가치가 있습니다.주의해야 할 경고와 덜 중요한 경고를 알아보십시오. 모든 경고를 고려해야하지만 주어진 경고를 지우기 위해 코드를 수정해야 할 의무는 없습니다. 코드를보고 만족한다고 판단해도 괜찮습니다. JSlint가 싫어하는 일이 실제로 옳은 일이 될 때가 있습니다.

출처 : https://stackoverflow.com/questions/6803305/should-i-use-jslint-or-jshint-javascript-validation