JSLint informa repentinamente: utilice la forma de la función de "uso estricto"

Incluyo la declaración:

"use strict";

al comienzo de la mayoría de mis archivos Javascript.

JSLint nunca antes había advertido sobre esto. Pero ahora lo es, diciendo:

Utilice la forma de función de "uso estricto".

¿Alguien sabe cuál sería la "forma de función"?

Incluir 'use strict';como la primera declaración en una función de ajuste, por lo que solo afecta a esa función. Esto evita problemas al concatenar scripts que no son estrictos.

Vea la última publicación de blog de Douglas Crockford Strict Mode Is Coming To Town .

Ejemplo de esa publicación:

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

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

Actualización: en caso de que no desee ajustarse a la función inmediata (por ejemplo, es un módulo de nodo), puede desactivar la advertencia.

Para JSLint (por Zhami ):

/*jslint node: true */

Para JSHint :

/*jshint strict:false */

o (según Laith Shadeed )

/* jshint -W097 */

Para deshabilitar cualquier advertencia arbitraria de JSHint, verifique el mapa en el código fuente de JSHint (detalles en documentos ).

Actualización 2: JSHint admite la node:booleanopción. Ver .jshintrcen github .

/* jshint node: true */

Si está escribiendo módulos para NodeJS, ya están encapsulados. Dígale a JSLint que tiene un nodo al incluirlo en la parte superior de su archivo:

/*jslint node: true */

Sugeriría usar jshint en su lugar.

Permite suprimir esta advertencia a través de /*jshint globalstrict: true*/.

Si está escribiendo una biblioteca, solo sugeriría usar global estricto si su código está encapsulado en módulos, como es el caso de nodejs.

De lo contrario, obligaría a todos los que usan su biblioteca a un modo estricto.

Comencé a crear una aplicación Node.js / browserify después de la publicación del blog Cross Platform JavaScript . Y me encontré con este problema, porque mi nuevo Gruntfile no pasó jshint.

Afortunadamente encontré una respuesta en el libro Leanpub sobre Grunt :

Si lo intentamos ahora, escanearemos nuestro Gruntfile ... y obtendremos algunos errores:

$ 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.

Ambos errores se deben a que Gruntfile es un programa Node y, por defecto, JSHint no reconoce ni permite el uso de moduley la versión de cadena de use strict. Podemos establecer una regla JSHint que acepte nuestros programas Node. Editemos nuestra configuración de tarea jshint y agreguemos una clave de opciones:

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

Agregando node: truea jshint options, para poner jshint en "Modo Nodo", eliminé ambos errores para mí.

Agregue un archivo .jslintrc (o .jshintrc en el caso de jshint) en la raíz de su proyecto con el siguiente contenido:

{
    "node": true
}

No hay nada innatamente mal con la forma de la cadena.

En lugar de evitar la forma estricta "global" por la preocupación de concatenar JavaScript no estricto, probablemente sea mejor arreglar el maldito JavaScript no estricto para que sea estricto.

Creo que todos se perdieron la parte "repentina" de esta pregunta. Lo más probable es que su .jshintrc tenga un error de sintaxis, por lo que no incluye la línea del 'navegador'. Ejecútelo a través de un validador json para ver dónde está el error.

process.on('warning', function(e) {
    'use strict';
    console.warn(e.stack);
});
process.on('uncaughtException', function(e) {
    'use strict';
    console.warn(e.stack);
});

agregue estas líneas al punto de inicio de su archivo

Así de simple es: si desea ser estricto con todo su código, agregue "use strict"; al comienzo de su JavaScript.

Pero si solo quiere ser estricto con algunos de sus códigos, use el formulario de función. De todos modos, le recomendaría que lo use al comienzo de su JavaScript porque esto lo ayudará a ser un mejor codificador.