JS Lint, wie semantisch muss Javascript sein?

Question

Also JSLint ist ein raffiniertes Werkzeug, das Semantik und Syntax fördert. Die meisten JS, die ich von den Sites des Kunden in JS Lint bekomme, scheitern in der Regel, obwohl sie quietschen und die meisten Funktionen funktionieren. Ich versuche, sie zu verkaufen, indem ich ihr Javascript behebe, aber sie sehen es so, als wäre es nicht kaputt (was bedeutet, dass es tut, was sie wollen), warum es reparieren? Semantik und Syntax sind zu abstrakt für sie.

Wie wichtig müssen Ihrer Meinung nach Websites mit JS die JS Lint Code Standards einhalten? Was ist ein gutes Argument für die Übereinstimmung mit JS Lint Semantik und Syntax?

Answer 1

Ich würde einige Beispiele für häufige Javascript-Fallstricke geben. Dies könnte zu mehr Zeit Debugging während der Wartung führen. Globale Variablen:

function doStuff(param1, param2) { 
    foo = var1 + var2; 
    return foo; 
} 

Brackets und Vertiefung:

// our friend 'foo' from above. this might pass because it was global. 
// what if the original writer expected foo to be undefined? 
if (foo) 
    foo += "some string"; // this is inside the condition 
    foo += "some other string"; // this is outside. but it's not immediately obvious! 

Es gibt viel schlimmer Beispiele gibt. Fange einen wirklich fiesen und verwirrenden Code, korrigiere ihn dann nach jslint und vergleiche die beiden Snippets. Ihr Verkauf wird sein, dass die Wartungskosten für sauberen Code viel geringer sind als die Kosten für die Verwaltung von fehlerhaftem Code.