jsLint Erwartet {

Es ist defensive Programmierung - die Verwendung von geschweiften Klammern legt klar fest, welche Anweisungen dem for zugeordnet werden sollen.

Wenn Sie geschweifte Klammern nicht verwenden, fügt jemand zu einem späteren Zeitpunkt fälschlicherweise eine weitere Anweisung unter list += buildCategories... hinzu, die erwartet, dass sie auch mit der for -Schleife ausgeführt wird.

  

"Gibt es einen tatsächlichen Nachteil bei der Verwendung der kürzeren Schreibweise ..."

Es kann die Ursache für Fehler sein, wenn Sie nicht vorsichtig mit Ihrer Programmierung sind, aber wenn Sie sie weglassen, bietet sie reineren Code IMO, und wenn Sie sich an konsistente und durchdachte Programmierstandards halten, ist das Auslassen kein Problem / p>

Wenn ich zum Beispiel if/else -Anweisungen geschachtelt habe, die die geschweiften Klammern sonst ausschließen können, bevorzuge ich es, die else s über geschweifte Klammern auszugleichen.

Dieser Code ist immer noch sauberer als dieser IMO ...

Wenn jemand eine andere Aussage zu einem if oder else hinzufügen kann, dann ist das eine Frage des Verständnisses, die behoben werden muss.

Es geht also wirklich nur darum, welche Standards zu verwenden sind. Die Verwendung von geschweiften Klammern ist sicherlich eine gültige Option, aber wir sollten nicht zu dogmatisch darüber sein.

Wenn Sie ein konfigurierbareres Werkzeug wünschen, können Sie statt dessen jsHint.com verwenden.

JSLint prüft, ob der folgende Code-Stil korrekt ist. Das Einfügen geschweifter Klammern ist immer ein guter Stil, weil es offensichtlich ist, wo der Code hingehört. Und dass es kürzer ist, ist nicht wirklich ein Argument, da die meisten Minifier das sowieso übernehmen.