Discussion :

[fredoche]

Bonjour à tous

Utilisez vous ces outils dédiés à la qualité du code js ? JSLint ou JSHint

lequel des 2 ? ou un autre ?

Si oui comment, et si non pourquoi ?

Je compte passer cet outil sur l'ensemble des scripts js de mon appli, via le plug-in Notepad++.

Mes premiers essais sur un fichier me font constater que je passe de 51 erreurs avec JSLint à 1 erreur avec JSHint Sacré différence tout de même !

Du coup je serais curieux de savoir ce que d'autres font de ce genre d'outils ?

[Kaamo]

JSHint (Anton Kovalyov) est un dérivé de JSLint (Douglas Crockford). Ce dernier se veut "pointilleux" au plus haut point et applique les convention à la lettre ! Le premier a été créé dans le but d'accorder plus de souplesse, les warnings de JSLint étant parfois tiré par les cheveux (troll ? ).

Certains disent que JSLint a un peu dérivé de son but de base qui était : "J'aide les développeurs à ne pas faire d'erreurs de code" à "Il faut coder comme Douglas Crockford".

Exemple rapido :

Code javascript :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
for ( var toto in tata ) {
  // faire qqchose
}

JSLint ne va pas te laisser continuer car, pour lui, il faut déclarer var toto avant. En plus, ce n'est pas paramétrable !

JSHint accorde plus de souplesse et continue. Dans un sens, je comprends JSLint, mais quand tu as plusieurs boucles dans une même fonction, j'aime pas voir toutes mes variables déclarées en haut (bien que c'est ce qui se passe à l'interprétation et peut être source d'erreur).

J'ai aussi abandonné JSLint au profit de JSHint qui est moins contraignant et accorde plus de souplesse donc.
Après c'est un choix, et c'est bien que JSHint soit sorti pour proposer une alternative.

[TheGwy]

J'ai utilisé JSLint pendant 4 ans, et au fur à mesure de son évolution il est devenu de plus en plus strict sur des points complètement délirants.

A la fin je tournais sur une version vieille de 2 ans car les plus récentes étaient juste grotesques. Je suis passé sur JSHint le mois dernier et c'est vraiment une libération.

Je le recommande chaudement.

[SylvainPV]

J'ai testé les deux et les deux sont beaucoup trop stricts à mon goût. Personnellement je ne trouve pas que la qualité de code soit impactée par l'absence d'accolades ou de points virgules non nécessaires, ou le non-respect d'une quelconque convention de nommage. Les problèmes de conception de plus haut niveau sont bien plus impactants, et ceux-là JSHint les laisse de côté.

[arnogues]

Ouais, enfin lors de la concaténation et la minification du code, tu fais kikoo lol mdr quand tu oublie ce genre de chose.
Pour les accolades, ça fait 8 ans que j'écris du JS, et au final, je trouve plus lisible de coller des accolades même pour une seule ligne. Ca évite les kikoololeries .
Et les ; ben faut pas les oublier, car sinon, LOL lors de la minification

[SylvainPV]

L'argument "kikoolol" est un peu subjectif pour moi Ca fait aussi 8 ans que j'écris du JS et je ne vois pas en quoi rajouter des accolades sur une ligne change quoi ce soit à la lisibilité. C'est clairement une question de goût, alors maintenant j'aimerais que JSHint me laisse le choix et qu'on me colle pas un warning pour ça.

Quant aux points virgules facultatifs, avec un minifieur de qualité ça ne pose aucun souci. Testé avec Closure compiler.

[Kaamo]

Idem que Sylvain. J'utilise Closure Compiler, et aucun soucis.

[fredoche]

hé hé

Bon d'abord j'ai abandonné JSLint faut être maso pour utiliser ce truc

alors juste pour le fun, j'ai passé jshint sur les jquery et jqueryui version minified. "Too many errors" à chaque fois. Même les versions nromales ne sont pas exemptes d'erreurs
Un truc comme dynatree semble bien écrit dans l'ensemble, ils doivent utiliser un outil qualité. La version minified génére elle aussi trop d'erreurs

Je soupçonne les "minifiers" de supprimer quelques ";" tout de même.

Bon et dans l'ensemble pour l'instant je m'en sors pas trop mal sur mes propres codes, avec JSHint

2-3 remarques sur des fonctions me paraissent utiles, et quand je consulte la ref mozilla, je retrouve les mêmes recos.

Pour ma part, j'avance avec ces outils

[Kaamo]

Un site intéressant (en anglais) qui explique pourquoi JSLint ou JSHint interprète tel ou tel bout de code en erreur et apprend comment éviter ces erreurs.