Js-beautify: Leerzeichen vor Funktionsargumenten (Leerzeichen nach Funktion) (Leerzeichen nach benannter Funktion)

Es gibt ein --space-after-anon-function . Nennen Sie dies wahrscheinlich --space-after-function .

: +1:

Ja bitte.

damit?

Es ist eine Verbesserung. Ich behebe Probleme mit höherer Priorität. Pull-Anfragen sind willkommen.

Kann mir bitte jemand eine Richtung zeigen, wie ich das in /js/lib/beautify.js selbst hacken kann? In Zeile 681 habe ich die Anweisung gefunden, die anon_functions behandelt. Ich konnte nichts in Gang bringen, indem ich an verschiedenen Arten von Aussagen herumfummelte, zB: if (current_token.text === '(' && last_last_word === 'function') ...

@bitwiseman Ich denke, es --space-after-named-function wäre am klarsten , ja? Wie @atrioom bin ich daran interessiert, daran zu arbeiten. Wo soll ich anfangen?

@atrioom Ich weiß nicht wirklich, was ich sehe, aber vielleicht ist hier ein guter Ort, um zu schauen?

@jsejcksn - Name klingt gut.
Und Sie sind im richtigen Bereich, aber Sie möchten else if durch last_type === 'TK_WORD' trennen.

Bitte berücksichtigen Sie auch asynchrone Funktionen

const a = async () {...}
async function b () {...}

--space-after-named-function ist ein guter Name

+1
Ich hoffe wirklich, dass dies mehr Aufmerksamkeit erhält, da der "Javascript-Standardstil" immer beliebter wird.

@zekida Und es sollte "Standard" sein! 😄

HINWEIS: Bei der Implementierung muss "dynamic import() " - # 1393 nicht unterbrochen werden

Nicht gemein zu klingen, aber da dies eine Spezifikation von js Standard ist, ist es etwas überraschend, dass es keine höhere Priorität hatte. Ich kann mir vorstellen, dass die meisten von uns heutzutage mit Standard arbeiten, zum Teufel, die meisten Vue-Frameworks haben ihn standardmäßig. Es macht das Ganze ziemlich überflüssig, wenn Sie zurückgehen und die Räume aufräumen müssen.

@ Jaysaurus
Die Existenz dieses Projekts (und seine ständig wachsende Liste von Anfragen nach verschiedenen Formatierungsoptionen) ist ein weiterer lebender Beweis dafür, dass Formatierungskriege im Land von JavaScript lebendig und gut sind. Ihr "Standard" ist das "Never-Doing-It-That-Way" eines anderen Entwicklers.

Sie haben absolut Recht: Es wäre großartig, wenn mehr Menschen bereit wären, die Zeit für die Implementierung von Funktionen für diese weit verbreitete Bibliothek aufzuwenden. Wenn es nur mehr Mitwirkende gäbe ...