Sind Semikolons erforderlich, nachdem ein Objekt-literal Zuweisung in JavaScript?

Der folgende Beispielcode veranschaulicht ein Objekt-literal zugewiesen wird, aber ohne Semikolon danach:

var literal = {
    say: function(msg) { alert(msg); }
}
literal.say("hello world!");

Scheint dies legal ist, und nicht eine Warnung ausgeben (zumindest in Firefox 3). Ist das komplett legal, oder gibt es eine strikte version von JavaScript, wo dies nicht erlaubt ist?

Frage ich mich insbesondere für die zukünftige Kompatibilitätsprobleme... ich würde gerne schreiben "richtigen" JavaScript, also, wenn technisch muss ich verwenden Sie das Semikolon, den würde ich gerne verwenden.

  • Semikolons sind optional, aber Ihr code wird ungültig, wenn Sie führen Sie es durch ein JavaScript minimizer, wie der YUI Compressor. Daher ist es eine gute Praxis, immer ein Semikolon.
  • Ich bin mir ziemlich sicher, dass eine Unterbrechung auf IE. Es mag zwar sein gültiges javascript, werden Sie wahrscheinlich Hinzugefügt haben, um das Semikolon, weil das sowieso nicht
InformationsquelleAutor Mike Stone | 2008-09-03
  1. 36

    Nicht technisch, JavaScript Semikolon als optionale in vielen Situationen.

    Aber, als Allgemeine Regel gilt, verwenden Sie Sie am Ende jeder Anweisung. Warum? Denn wenn Sie jemals wollen, komprimieren Sie das Skript, es erspart Ihnen unzählige Stunden der frustration.

    Automatic semicolon insertion erfolgt durch den interpreter, so dass Sie kann lasse Sie aus, wenn Sie so wählen. In den Kommentaren, jemand behauptet, dass

    Semikolons sind nicht optional mit Anweisungen, wie Pause/weiter/werfen

    aber das ist falsch. Sie sind optional, was wirklich passiert ist, das Zeilenende-Zeichen betreffen die automatische Semikolon einführen; es ist ein feiner Unterschied.

    Hier ist der rest von der standard-auf Semikolon einfügen:

    Für die Bequemlichkeit, aber solche Semikolon weggelassen werden kann aus dem Quelltext in bestimmten Situationen. Diese Situationen werden beschrieben, indem er sagte, dass Semikolons werden automatisch in den Quellcode eingefügt token stream in diesen Situationen.

    InformationsquelleAutor Jason Bunting
  2. 13

    Den YUI-Kompressor und dojo shrinksafe sollte perfekt funktionieren gut, ohne Semikolon, da Sie basierend auf einer vollständigen JavaScript-parser. Aber Packer und JSMin nicht.

    Anderen Grund zu verwenden Sie immer die Semikolons am Ende der Anweisungen ist, dass gelegentlich können Sie versehentlich eine Verbindung von zwei Aussagen zu erstellen, etwas ganz anderes. Zum Beispiel, wenn Sie Folgen Sie der Anweisung, mit dem das Allgemeine Verfahren zum erstellen eines Bereichs mit einem Verschluss:

    var literal = {
    say: function(msg) { alert(msg); }
}
(function() {
    //....
})();

    Den parser könnte interpretieren die Klammern als eine Funktion aufrufen, hier verursacht ein Typ-Fehler, aber in anderen Fällen könnte es dazu führen, einen subtilen Fehler, die schwierig zu verfolgen. Ein weiteres Interessantes Malheur ist, wenn die nächste Anweisung beginnt mit einem regulären Ausdruck, der parser könnte denken, die ersten Schrägstrich ist eine division symbol.

    • Ich habe vor kurzem lief in ein ähnliches Problem (wieder durch eine Schließung nach einer Zuweisung). Dies ist sehr wahrscheinlich und ist ein gutes argument für die konsequente Verwendung von Semikolons. +1
    InformationsquelleAutor Daniel James
  3. 8

    JavaScript-Interpreter etwas tun, genannt "semicolon insertion", wenn also eine Zeile ohne Semikolon ist ein Strichpunkt wird ruhig werden Hinzugefügt, um das Ende der Anweisung und tritt kein Fehler auf.

    var foo = 'bar'
//Valid, foo now contains 'bar'
var bas =
    { prop: 'yay!' }
//Valid, bas now contains object with property 'prop' containing 'yay!'
var zeb =
switch (zeb) {
  ...
//Invalid, because the lines following 'var zeb =' aren't an assignable value

    Nicht zu kompliziert und mindestens ein Fehler wird geworfen, wenn etwas ist eindeutig nicht richtig. Aber es gibt Fälle, wo ein Fehler ist nicht geworfen, aber die Anweisungen nicht ausgeführt werden, wie vorgesehen, durch Semikolon einfügen. Betrachten Sie eine Funktion ist, sollte ein Objekt zurückgeben:

    return {
    prop: 'yay!'
}
//The object literal gets returned as expected and all is well
return
{
    prop: 'nay!'
}
//Oops! return by itself is a perfectly valid statement, so a semicolon
//is inserted and undefined is unexpectedly returned, rather than the object
//literal. Note that no error occurred.

    Fehler wie diese können maddeningly schwer zu jagen, und während Sie können nicht gewährleisten das nie passiert (da gibt es keine Möglichkeit, die ich kenne ausgeschaltet Semikolon-Einfügung), diese Art von bugs sind leichter zu identifizieren, wenn Sie Ihre Absichten klar durch die konsequente Verwendung von Semikolons. Und explizit das hinzufügen von Semikolon ist allgemein als guter Stil.

    Ich wurde zum ersten mal bewusst gemacht, dieser heimtückischen wenig Möglichkeit, beim Lesen Douglas Crockford ist hervorragende und prägnante Buch "JavaScript: Die Guten Teile". Ich hoch empfehlen.

    InformationsquelleAutor JesDaw
  4. 3

    In diesem Fall gibt es keine Notwendigkeit für Sie ein Semikolon am Ende der Anweisung. Die Schlussfolgerung ist die gleiche, aber die Argumentation ist Weg.

    JavaScript keine Semikolons als "optional". Vielmehr hat es strenge Regeln, um die automatische Semikolon einfügen. Semikolons sind nicht optional mit Aussagen wie break, continue oder throw. Finden Sie die ECMA-Spezifikation der Sprache weitere details, insbesondere 11.9.1, Regeln der automatic semicolon insertion.

    InformationsquelleAutor TonyLa
  5. 0

    Verwenden JSLint um Ihre JavaScript-sauber und ordentlich

    JSLint sagt:

    Fehler:

    Stillschweigend global: alert 2

    Problem in Zeile 3 Zeichen 2: Fehlende
    Semikolon.

    }

    • Das problem mit JSLint ist, dass es geschrieben wurde von Douglas Crockford, der glaubt, dass Semikolons zwingend sein sollte. So die Warnung.
    • Es ist nicht nur eine persönliche überzeugung. Erfordern Semikolons am Ende jeder Zeile bedeutet, dass die js-Datei kann minified in einer einzigen Zeile der Datei.
    • Ich bin mir unklar über die aufgrund einer "single line "Datei", wenn das Semikolon nimmt so viele bytes, wie Sie das neue-Zeile-Zeichen. Was ist der Punkt, dass diese Art der "Verkleinerung"?
    • du hast Recht für Linien, die Ende mit Semikolon, aber es gibt viele andere Zeilenumbrüche, die entfernt an die Ende von vielen anderen Linien. Leere Zeilen, Zeilen, die am Ende mit einer Klammer oder Klammern, etc.
    • Sicher, @Geoff, ich verstehe. Einige Zeilenumbrüche entfernt werden kann. Aber es scheint Verkleinerung muss immer sensibel sein, um die syntax so nicht zu brechen die Dinge, und im Hinblick der schrumpfenden code-Größe mit einem newline ist nicht "teurer" als mit einem Semikolon. Eine "single line "Datei" ist nicht der Punkt, eine "kleine Datei" ist der Punkt. Wenn man insistiert auf einem "single line "Datei", dann ersetzen Sie das (entsprechende) neue Zeilen durch ein Semikolon. In der Tat, die minifiers ich verwende das die ganze Zeit ohne Probleme, also bin ich verwirrt, warum ist das ein Problem. Sind zusätzliche Semikolons eine Krücke für schlechte minifiers und linters?
    • wieder ja Sie sind richtig, und in den fast 10 Jahren, da schrieb ich diese Antwort minifiers sind VIEL klüger, als Sie verwendet werden. Und wenn, wie mir, Sie stecken in Windows, wo wir CRLF Zeilenenden, dann ein carriage return ist in der Tat ein byte größer als ein Semikolon in UTF-8. 0a0d vs 3b hex

    InformationsquelleAutor Geoff
  6. 0

    Semikolon ist nicht erforderlich. Manche Menschen wählen, um zu Folgen das übereinkommen der immer beenden mit einem Semikolon anstatt JavaScript zu tun, also automatisch Zeilenumbrüche, aber ich bin sicher, du wirst Gruppen befürworten beide Richtungen.

    Wenn Sie auf der Suche nach writing "richtigen" JavaScript -, würde ich vorschlagen, zu testen in Firefox mit javascript.options.strict (Zugriff über about:config) auf true gesetzt. Könnte es nicht fangen alles, aber es sollte Ihnen helfen, sicherzustellen, dass Ihr JavaScript-code ist mehr kompatibel.

    InformationsquelleAutor Travis
  7. -1

    Dieser ist nicht gültig (siehe Klarstellung weiter unten) JavaScript-code, da die Zuordnung ist nur eine ganz normale Aussage, nicht anders als

    var foo = "bar";

    Das Semikolon weggelassen werden kann, da die JavaScript-Interpreter versuchen, fügen Sie ein Semikolon zu beheben Fehler in der syntax, aber dies ist ein zusätzlicher und unnötiger Schritt. Ich weiß nicht, strict-Modus, aber ich weiß, dass automatisierte Parser oder Kompressoren /obfuscators müssen, dass Semikolon.

    Wenn Sie möchten, schreiben korrekte JavaScript-code schreiben das Semikolon 🙂

    Laut der ECMAscript-Spezifikation, http://www.ecma-international.org/publications/standards/Ecma-262.htm, die Semikolons werden automatisch eingefügt, wenn Sie fehlt. Das macht Sie nicht erforderlich, für den script-Autor, aber es bedeutet, Sie sind erforderlich für die Dolmetscher. Dies bedeutet, dass die Antwort auf die ursprüngliche Frage lautet 'Nein', Sie sind nicht erforderlich, wenn ein Skript zu schreiben, aber, wie von anderen darauf hingewiesen wird, ist es empfehlenswert, aus verschiedenen Gründen.

    InformationsquelleAutor Kamiel Wanrooij
Schreibe einen Kommentar