Prettier Konfigurationsgenerator

Das Designziel von Prettier ist es, Streit über Stil zu beenden, indem es eindeutig ist. Jede Option, die existiert, wurde mit Bedauern hinzugefügt, weil ein Konsens über die „richtige“ Standardwerte unmöglich war. Das Team lehnt explizit neue Optionen ab, um Konfigurationen portabel zu halten und die Überprüfungen vorhersagbar zu machen. Deshalb ist etwas wie „Leerzeichen um Schlüsselwörter“ nicht konfigurierbar — Prettier behandelt Formatierungsentscheidungen als Kommoditätsentscheidungen, nicht als persönliche Ausdrucksform.

'es5' fügt Komma an Stellen ein, wo ECMAScript 5 sie erlaubt — Arrays und Objekte — aber nicht in Funktionsparametern oder Aufrufen. 'all' fügt sie auch an Funktionsparameterlisten und Aufrufstellen hinzu, was in ES2017+ gültig ist und bei der Hinzufügung oder Entfernung von Argumenten sauberere Git-Differenzen erzeugt. 'all' ist der aktuelle Standardwert von Prettier und die empfohlene Wahl für jedes Projekt, das moderne JS oder Transpilierung verwendet.

Prettier behandelt die Formatierung; ESLint behandelt die Richtigkeit. Sie überschneiden sich bei stilistischen Regeln wie Anführungszeichen und Semikolons, was zu Konflikten führt, bei denen ESLint Probleme meldet, die Prettier einfach neu formatiert. Die Lösung ist eslint-config-prettier — ein teilbarer Konfigurationsblock, der jede Regel von Prettier deaktiviert. Formatieren Sie zuerst mit Prettier, dann überprüfen Sie mit ESLint auf Fehler. Plugins wie eslint-plugin-prettier, die Prettier als Prüfregel ausführen, werden nicht mehr empfohlen, da sie ESLint verlangsamen und Fehlerquellen verschleiern.

'beibehalten' behält Ihre bestehenden Zeilenumbrüche unverändert. 'immer' führt den Text bei printWidth automatisch um, sodass die Quelle in jedem Editor lesbar ist, was gut für Dokumentations-Repositories ist. 'nie' fügt umgebrochene Absätze zu einer einzigen Zeile zusammen, was die richtige Wahl ist, wenn Dateien von Tools bearbeitet oder in Umgebungen gerendert werden, in denen Zeilenumbrüche als separate Absätze angezeigt werden. Der Standardwert ist 'beibehalten', weil Zeilenumbrüche in einigen Markdown-Formaten semantische Bedeutung haben können.

Verwenden Sie JSON, wenn die Konfiguration statisch ist und über die gesamte Team-Gruppe geteilt wird — es ist die einfachste und portabelste Form. Verwenden Sie ein JS-Format, wenn Sie gemeinsame Regeln aus einem Paket importieren, Optionen basierend auf einer Umgebungsvariable wechseln, Überschreibungen aus Glob-Listen im Code ableiten oder TypeScript-Typen über die JSDoc @type-Import verwenden. JS-Konfigurationen sind langsamer beim Laden, da Prettier sie ausführen muss, aber der Aufwand ist bei Editor-Speicherzeiten unsichtbar.