In den meisten Node.js-Bibliotheken wird besonders darauf geachtet, dass nachfolgende Kommas nach dem letzten Schlüssel-Eigenschaft-Objektpaar entfernt werden:
%Vor%Dies erzeugt einige Probleme beim Editieren des Codes, z. Um die letzten zwei Schlüssel / Wert-Paare zu tauschen, muss man auch ein Komma hinzufügen und eins entfernen. Manche Leute verschieben Kommas in die nächste Zeile, was das Problem mit dem letzten Element löst, aber auch den Code etwas schwerer lesbar macht (IMHO):
%Vor%Andererseits, soweit ich weiß, erzeugen die abschließenden Kommas in JavaScript Probleme nur in einigen IE-Browsern. Also frage ich mich, gibt es irgendwelche technischen Gründe, Hashes mit abschließenden Kommas in Node.js nicht zu schreiben? (Wie das Folgende:)
%Vor%Nein, dafür gibt es keinen technischen Grund.
Ich lege jedoch keine absteigenden Komas ab, nur weil ich denke, dass dies zu sauberem Code führt. Wahrscheinlich haben einige auch die Angewohnheit von Web-Entwicklung, wo, wie Sie erwähnt haben, Sie wegen denen wegen IE vorsichtig sein müssen.
Zunächst denke ich, dass nachfolgende Kommas hässlich sind, also verwende ich sie nur, wenn es notwendig ist (Python-Tupel mit nur einem einzigen Element) - und führende Kommas sind noch hässlicher.
Abgesehen davon gibt es einen Grund, sie nie zu verwenden: Sie müssen nicht darauf achten, ob der Code, den Sie schreiben, für node.js oder den Client ist, was sehr wahrscheinlich ein IE ist, der sie nicht mag.
Es gibt keinen technischen Grund dafür, sie in node.js zu entfernen.
Update: Ich habe meine Position dazu geändert. Ich denke, abschließende Kommas sind großartig, weil Sie nicht zwei Zeilen ändern müssen, um eine Eigenschaft hinzuzufügen, und das Diff zeigt nur die hinzugefügte Zeile.
Alt und falsch:
Ich fand einen guten Grund, keine abschließenden Kommas zu verwenden , , aber es ist nicht spezifisch für node.js :
Der Vorteil dieses Formats ist die diff-Freundlichkeit: Hinzufügen oder Entfernen eines Eigenschaft oder Array - Element berührt fast nie andere Linien als die eine, in der tatsächlich eine Änderung stattfand, während die Komma-Komma-Syntax verwendet wurde berührt fast immer zwei Zeilen, um die Kommas richtig zu setzen.
Umgekehrt haben veränderte Linien niemals etwas, das mit ihnen nichts zu tun hat, was beim scannen hilft, bindet visuell sehr viel.
Ich bin ein großer Fan von Alpha-sortierten Schlüsseln in einem Objekt. Dies hat eine Reihe von Vorteilen. Der erste ist der visuelle Vergleich zweier ähnlicher Objekte. Alle modernen IDEs, die Debugging-Unterstützung für JavaScript bieten (die ich gesehen habe), sortieren die Eigenschaften alphabetisch. Wenn Sie also ein Objekt an einem Haltepunkt mit Ihrem Code vergleichen, wird es einfacher.
Wenn Sie ein hinteres Komma für das letzte Paar in einem Objekt verwenden, können Sie die Paare im Objekt leicht sortieren: Wählen Sie alle Zeilen aus und drücken Sie die Sortier-Taste in Ihrem Editor. Es ist kein weiteres Hinzufügen / Entfernen von Kommas erforderlich, wenn das letzte Paar nicht mehr das letzte Paar ist.
Ich stimme all den anderen Kommentaren zu, die (zunächst) Ihren Code "unrein" oder hässlicher machen. Ich stellte fest, dass ich mich nach dem Wechsel zu den Nachkommastellen schnell daran gewöhnte und nach einigen Wochen begann ich, es so zu sehen.
Als Menschen fühlen wir uns am wohlsten mit dem, was wir gewohnt sind. Angesichts der Tatsache, dass das meiste des Codes, den wir sehen, kein nachkommendes Komma hat, ist das, was wir am meisten mögen. Nach ein paar Wochen mit abschließenden Kommas könnten Sie feststellen, dass Sie das bevorzugen. Und Sie könnten es praktischer finden.
Tags und Links javascript node.js