Zum Hauptinhalt springen

Philosophie der Optionen

Inoffizielle Beta-Übersetzung

Diese Seite wurde von PageTurner AI übersetzt (Beta). Nicht offiziell vom Projekt unterstützt. Fehler gefunden? Problem melden →

Info

Prettier hat aus historischen Gründen einige Optionen. Aber wir werden keine weiteren hinzufügen.

Lies weiter, um mehr zu erfahren.

Prettier ist kein All-in-One-Codeformatierer, der versucht, deinen Code auf jede erdenkliche Weise auszugeben. Es ist opinionated (mit klarer Haltung). Wie auf der Seite Warum Prettier? steht:

Der mit Abstand wichtigste Grund für Prettier ist, alle laufenden Debatten über Code-Stile zu beenden.

Je mehr Optionen Prettier jedoch hat, desto weiter entfernt es sich von diesem Ziel. Die Stil-Debatten verwandeln sich einfach in Debatten darüber, welche Prettier-Optionen verwendet werden sollen. Formatierungskriege brechen mit neuer Intensität aus: „Welche Optionswerte sind besser? Warum? Haben wir die richtigen Entscheidungen getroffen?“

Und das ist nicht der einzige Nachteil von Optionen. Mehr über ihre Probleme erfährst du im Issue zum Widerstand gegen zusätzliche Konfiguration, das mehr 👍-Reaktionen hat als jedes Optionswunsch-Issue.

Warum gibt es dann überhaupt Optionen?

  • Einige wurden in Prettiers Anfangsphase hinzugefügt, um überhaupt Akzeptanz zu finden. 🚀

  • Ein paar kamen aufgrund „großer Nachfrage“ hinzu. 🤔

  • Manche wurden aus Kompatibilitätsgründen ergänzt. 👍

Leichter zu rechtfertigende Optionen sind:

  • --trailing-comma=es5 ermöglicht die Verwendung nachgestellter Kommas in den meisten Umgebungen ohne Transpilierung (nachgestellte Funktionskommas wurden in ES2017 hinzugefügt).

  • --prose-wrap ist wichtig, um alle eigenwilligen Markdown-Renderer in der Praxis zu unterstützen.

  • --html-whitespace-sensitivity wird aufgrund der problematischen Leerzeichen-Regeln in HTML benötigt.

  • --end-of-line erleichtert Teams, CRLFs aus ihren Git-Repositories fernzuhalten.

  • --quote-props ist entscheidend für fortgeschrittene Nutzung des Google Closure Compiler.

Andere Optionen sind jedoch im Nachhinein schwerer zu rechtfertigen: --arrow-parens, --jsx-single-quote, --bracket-same-line und --no-bracket-spacing sind nicht die Art von Optionen, die wir gerne hätten. Sie verursachen viel Bike-Shedding in Teams, wofür wir uns entschuldigen. Diese Optionen existieren jetzt als historische Relikte und sollten nicht als Rechtfertigung für weitere Optionen dienen („Wenn diese Optionen existieren, warum nicht auch diese?“).

Lange Zeit ließen wir Optionswünsche offen, um Diskussionen auszutragen und Feedback zu sammeln. Was wir in diesen Jahren lernten: Echte Nachfrage ist schwer zu messen. Prettiers Nutzung ist stark gewachsen. Was früher „große Nachfrage“ war, ist heute nicht mehr relevant. GitHub-Reaktionen und Twitter-Umfragen wurden unrepräsentativ. Was ist mit den stillen Nutzern? Es schien einfach, „nur eine weitere“ Option hinzuzufügen. Aber wo hätten wir aufhören sollen? Wann ist eine zu viel? Selbst nach der „letzten notwendigen Option“ gäbe es immer ein „Top-Issue“ im Tracker.

Doch jetzt ist der Zeitpunkt zum Stoppen gekommen. Prettier ist ausgereift genug und wird von so vielen Projekten genutzt, dass die Forschungsphase beendet ist. Wir sind überzeugt: Prettier hat einen Punkt erreicht, an dem der Optionsumfang „eingefroren“ werden muss. Optionswünsche werden nicht mehr angenommen. Wir danken allen, die an dieser anspruchsvollen Reise teilgenommen haben.

Hinweis: Da Optionswünsche nicht zum Prettier-Scope gehören, werden sie ohne Diskussion geschlossen. Das gilt auch für Wünsche, bestimmte Formatierungselemente beizubehalten (z.B. Zeilenumbrüche), da dies nur versteckte Optionen mit denselben Nachteilen sind. Technisch notwendige Optionen (z.B. für Kompatibilität) bleiben möglich, aber für formatierungsbezogene Optionen ist dies endgültig.