JSLint est soudainement reporting: Utiliser la forme d'une fonction de “use strict”

Je inclure l'énoncé:

"use strict";

au début de la plupart de mes fichiers Javascript.

JSLint n'a jamais averti à ce sujet. Mais maintenant, il est, en disant:

Utiliser la forme d'une fonction de "use strict".

Personne ne sait ce qu'est la "forme d'une fonction" serait?

InformationsquelleAutor Zhami | 2010-12-16
  1. 983

    Inclure 'use strict'; comme la première déclaration dans un emballage de fonction, de sorte qu'il n'affecte que la fonction. Cela permet d'éviter des problèmes lors de la concaténation des scripts qui ne sont pas strictes.

    Voir Douglas Crockford dernier post de blog Le Mode Strict Est Arrive En Ville.

    Exemple de ce poste:

    (function () {
   'use strict';
   //this function is strict...
}());

(function () {
   //but this function is sloppy...
}());

    Mise à jour:
    Dans le cas où vous ne voulez pas de les emballer dans une mise en fonction immédiate (par exemple, il est un nœud du module), vous pouvez désactiver l'avertissement.

    Pour JSLint (par Zhami):

    /*jslint node: true */

    Pour JSHint:

    /*jshint strict:false */

    ou (par Laith Shadeed)

    /* jshint -W097 */

    De désactiver tout arbitraire d'avertissement de JSHint, consultez la carte dans JSHint code source (plus de détails dans docs).

    Mise à jour 2: JSHint prend en charge node:boolean option. Voir .jshintrc sur github.

    /* jshint node: true */
    • Dans JSLint pour Visual Studio c'est l'option "Autoriser mondiale ES5 stricte"
    • Ce n'est pas logique pour le Nœud applications, cependant. -1
    • Salut Nico, j'ai mis à jour la réponse, pour le nœud, vous pouvez taper: /* jshint -W097 */ désactiver cette alerte
    • Une alternative serait /*jshint strict:false */, pour rendre plus clair ce que vous êtes en train de faire (sauf si il y a un avantage à votre code numérique que je ne suis pas au courant)
    • Vous avez raison et aussi globalstrict: true, jshint.com/docs/options/#globalstrict, mais je n'ai pas vérifié jshint code source pour confirmer si tous va se retrouver avec le même résultat.
    • avez-vous testé votre changement? De mon test rapide, si vous avez configuré JSHint pour avertir lorsque vous êtes absent "use strict" (car il n'a pas prévenu par défaut), alors la configuration de la node option pour true ne tourne pas à l'avertissement off
    • voici ce que j'ai. Jshint v2.8.0 (par grunt-contrib-jshint). Il met en garde sur les 'use strict' par défaut. Réglage "globalstrcit": true dans .jshintrc ou via Gruntfile.js supprime cet avertissement. Autre façon de supprimer l'avertissement est le réglage de "node": true. Mais oui, je ne reçois pas d'alerte par défaut. Aussi globalstrict est fixé à false dans l'exemple .jshintrc (github.com/jshint/jshint/blob/...) qui, j'imagine, reflète le comportement par défaut.
    • De sorte que chaque seule fonction que j'ai jamais écrire en Javascript est censé avoir cette ligne de passe-partout?
    • ce n'est pas vraiment passe-partout, c'est une directive qui modifie l'environnement de votre code est en cours d'exécution. Cela dit, la nouvelle ES6 syntaxe (les modules et les classes) sont strictes par défaut (voir la section ecma-international.org/ecma-262/6.0/#sec-strict-mode-code), afin d'aller de l'avant ce n'aurez pas besoin d'être jetés partout. En attendant, vous pouvez envelopper tous de votre code dans un IIFE pour seulement spécifier "use strict"; une fois par fichier.
    • Je ne pense pas que l'écriture IIFE autour de tous les fichiers dans un cadre moderne JS projet est toujours une bonne pratique. Bien sûr, l'isolation de vos composants est important, mais l'écrire dans le code source ajouter du travail supplémentaire, vous exposer à la possibilité que l'un des codeurs de l'oublier parfois, et ne pas aider à la lecture. Vous n'aurez pas besoin de plus si vous êtes correctement à l'aide de votre grunt / gulp pour ajouter automatiquement au "moment de la construction". Dans mon cas, je suis passé à eslint, et j'ai simplement utilisé "strict": [2, "global"]
    • Aussi, /*jshint browserify: true */ permettra d'atteindre le même effet, et doit être utilisé si browserify est utilisé. Browserify, comme nodejs enveloppe le fichier à l'intérieur d'une IIFE.

    InformationsquelleAutor bdukes
  2. 216

    Si vous êtes à l'écriture de modules pour NodeJS, ils sont déjà encapsulé. Dire JSLint que vous avez nœud, y compris dans le haut de votre fichier:

    /*jslint node: true */
    • Pour info, cette option fonctionne pour JSLint, mais JSHint n'éteint pas la rigueur d'avertissement de la présente directive. Pour JSHint, essayez /*jshint strict:false */
    • Cela a fonctionné pour moi! L'Aide D'Un Noeud 4.4.2
    • Formulée pour moi avec JSHint v2.9.2. Ajouté "node": true pour .jshintrc
    InformationsquelleAutor Zhami
  3. 70

    Je vous suggère d'utiliser jshint à la place.

    Il permet de supprimer cette alerte via /*jshint globalstrict: true*/.

    Si vous écrivez une bibliothèque, je voudrais seulement suggérer l'aide de global strict si votre code est encapsulé dans des modules comme c'est le cas avec nodejs.

    Sinon, on aurait la force de tout le monde qui est à l'aide de votre bibliothèque en mode strict.

    InformationsquelleAutor Thorsten Lorenz
  4. 17

    J'ai commencé à créer un Nœud.js/browserify demande à la suite de la La Croix-Plate-Forme De JavaScript blog. Et je suis tombé sur cette question, parce que ma nouvelle marque de Gruntfile ne passe pas jshint.

    Heureusement, j'ai trouvé une réponse dans la Leanpub livre sur Grunt:

    Si nous essayons maintenant, nous allons numériser nos Gruntfile... et d'obtenir quelques erreurs:

    $ grunt jshint

Running "jshint:all" (jshint) task
Linting Gruntfile.js...ERROR
[L1:C1] W097: Use the function form of "use strict".
'use strict';
Linting Gruntfile.js...ERROR
[L3:C1] W117: 'module' is not defined.
module.exports = function (grunt) {

Warning: Task "jshint:all" failed. Use --force to continue.

    Les deux erreurs sont en raison de la Gruntfile est un Nœud du programme, et par défaut, JSHint ne pas reconnaître ou de permettre l'utilisation de module et la chaîne de version de use strict. Nous pouvons définir une JSHint règle qui va accepter notre Nœud de programmes. Nous allons modifier notre jshint tâche de configuration et ajouter une touche options:

    jshint: {
  options: {
    node: true
  },
}

    Ajoutant node: true à la jshint options, pour mettre jshint en "mode Noeud", supprimé les deux erreurs pour moi.

    InformationsquelleAutor qris
  5. 15

    Il n'y a rien d'intrinsèquement mauvais avec le formulaire de chaîne.

    Plutôt que d'éviter le "global" forme stricte pour s'inquiéter de la concaténation de non-stricte javascript, il est probablement préférable de résoudre le problème de la merde non stricte javascript doit être stricte.

    InformationsquelleAutor glycoslave
  6. 15

    Ajouter un fichier .jslintrc (ou .jshintrc dans le cas de jshint) à la racine de votre projet avec le contenu suivant:

    {
    "node": true
}
    • nœud nœud nœud nœud nœud de la parole!
    InformationsquelleAutor Sahil Ahuja
  7. 0

    Je pense que tout le monde a raté le "soudain" une partie de cette question. Très probablement, votre .jshintrc a une erreur de syntaxe, donc ce n'est pas y compris le navigateur ligne. Le lancer à travers un json validateur à voir où est l'erreur.

    • Non, il a soudainement se produit parce que la ligne JSLint service ajouté qu'en 2010, lorsque la question a été posée.
    InformationsquelleAutor Dirigible
  8. -4

    C'est comment il est simple: Si vous voulez être strict avec tout votre code, ajouter "use strict"; au début de votre code JavaScript.

    Mais si vous voulez seulement être strict avec certains de votre code, utilisez la fonction de forme. De toute façon, je conseille de l'utiliser au début de votre JavaScript car cela vous aidera à être un meilleur programmeur.

    • En fait je ne obtenir ce message d'erreur lorsque je ne mets "use strict"; en haut de mon fichier JS, donc cela pourrait ne pas être entièrement vrai.
    • C'est parce que vous avez des erreurs dans votre code. Il est juste là pour aider à rendre vos compétences de codage de mieux en mieux et de rendre votre code moins "en vrac"... il n'acceptera pas non déclarées variables etc...
    • Pas vrai. JSLint ne pas accepter les "global" forme de "use strict";, où il est juste placé en haut de votre code. Il permet seulement "use strict;" quand enveloppé dans une fonction. (JS_Hint_ vous permet d'utiliser la forme globale, mais-voir la réponse ci-dessus pour le réglage nécessaire).
    InformationsquelleAutor Jason Stackhouse