Zum Hauptinhalt springen

Warum Prettier?

Inoffizielle Beta-Übersetzung

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

Aufbau und Durchsetzung eines Styleguides​

Der mit Abstand größte Grund für die Einführung von Prettier ist, endlose Debatten über Code-Stile zu beenden. Es ist allgemein anerkannt, dass ein gemeinsamer Styleguide wertvoll für Projekte und Teams ist, aber der Weg dahin ist mühsam und undankbar. Entwickler werden bei bestimmten Codiergewohnheiten oft emotional, und niemand verbringt gerne Zeit mit Kleinigkeiten beim Schreiben oder Reviewen.

Warum also den „Prettier-Styleguide“ anderen willkürlichen Styleguides vorziehen? Weil Prettier der einzige vollautomatische „Styleguide“ ist. Selbst wenn Prettier nicht 100% nach Ihrem Geschmack formatiert – ist das „Opfer“ angesichts der einzigartigen Vorteile nicht lohnenswert?

  • „Wir wollen mentale Kapazitäten freisetzen und Stil-Diskussionen beenden. Diese sind zwar manchmal fruchtbar, aber meist verschwenderisch.“

  • „Wir hatten buchstäblich einen Entwickler, der massiven Aufwand betrieb, unseren gesamten Code zu bereinigen – nur weil wir ewig über Ternär-Operatoren stritten und inkonsistent waren. Dumm, aber es war eine seltsame ‚große Debatte‘, die viel Hin-und-Her kostete. Jetzt ist es einfacher: Einfach Prettier laufen lassen und den Stil übernehmen.“

  • „Ich bin es leid, Leuten zu erklären, wie sie ihren Produktionscode formatieren sollen.“

  • „Unser Hauptgrund war, keine Zeit mehr mit Stil-Kleinigkeiten zu verschwenden.“

  • „Ein eingerichteter Git-Hook reduziert Stil-Probleme in PRs, die zu fehlerhaften Builds durch ESLint-Regeln führten – oder Dinge, die ich später mühsam bereinigen musste.“

  • „Ich will nicht, dass jemals wieder jemand über Kleinigkeiten meckert.“

  • „Es erinnert mich an Steve Jobs, der täglich dieselbe Kleidung trug, weil er Millionen Entscheidungen treffen musste und sich nicht mit Trivialitäten wie Outfit-Wahl belasten wollte. Prettier ist ähnlich.“

Unterstützung für Neulinge​

Prettier wird meist von erfahrenen Teammitgliedern eingeführt, aber die Hauptprofiteure sind Codebase-Neulinge. Man könnte meinen, es helfe nur Programmieranfängern – tatsächlich verkürzt es aber auch die Einarbeitung erfahrener Entwickler (die andere Codiergewohnheiten haben) oder Entwickler aus anderen Programmiersprachen.

  • „Meine Motivation für Prettier: So aussehen, als könne ich gut JavaScript schreiben.“

  • „Ich setzte Leerzeichen immer falsch – jetzt muss ich mir keine Sorgen mehr machen.“

  • „Als Anfänger macht man viele Syntaxfehler. Mit Prettier reduziert man diese und spart Zeit für Wesentliches.“

  • „Als Lehrer empfehle ich Schülern Prettier, um JavaScript-Syntax zu lernen und lesbare Dateien zu haben.“

Code schreiben​

Nutzer erkennen oft erst mit Prettier, wie viel Zeit und Energie sie in Code-Formatierung investieren. Mit der Editor-Integration drücken Sie einfach eine Tastenkombination – und schwupps ist der Code formatiert. Eine echte Offenbarung.

  • „Ich will Code schreiben. Keine Zyklen mit Formatierung verschwenden.“

  • „Es eliminierte die 5% Frust im Alltag – nämlich Formatierung.“

  • „Wir haben 2017 und es ist immer noch mühsam, Funktionsaufrufe umzubrechen, wenn ein Argument die 80-Zeilen-Grenze sprengt :(“

Einfach zu integrieren​

Wir haben intensiv daran gearbeitet, möglichst unkontroverse Codestile zu verwenden, zahlreiche Edge Cases behoben und die Einstiegserfahrung optimiert. Wenn Sie Prettier in Ihrem Codebase einführen möchten, sollte dies nicht nur technisch problemlos möglich sein – auch der neu formatierte Code sollte keine größeren Kontroversen auslösen und von Ihren Kollegen mühelos akzeptiert werden.

  • "Der Aufwand ist minimal. Wir konnten Prettier ohne großen Aufwand in völlig unterschiedlichen Repositories einsetzen."

  • "Es ist nahezu bugfrei. Hätte es während der Implementierung größere Stilprobleme gegeben, wären wir vorsichtiger mit der Einführung in unserem JS-Codebase gewesen. Glücklicherweise war das nicht der Fall."

  • "Alle führen es als Teil ihrer Pre-Commit-Skripte aus, einige von uns nutzen auch die Editor-on-save-Erweiterungen."

  • "Es ist schnell: In einem unserer größten JS-Codebases konnten wir Prettier in unter 13 Sekunden ausführen."

  • "Der größte Vorteil von Prettier war für uns die Möglichkeit, den gesamten Codebase auf einmal zu formatieren."

Bereinigung eines bestehenden Codebases​

Da die Erstellung und Durchsetzung eines Codestils aufwändig ist, wird dies oft vernachlässigt – übrig bleiben inkonsistente Codebases. Prettier bietet hier einen schnellen Erfolg: Der Code wird einheitlich und besser lesbar, ohne nennenswerten Zeitaufwand.

  • "Schauen Sie sich den Code an :) Ich musste einfach wieder für Vernunft sorgen."

  • "Wir haben einen ~2000 Module umfassenden ES6-Codebase geerbt, entwickelt von 20 verschiedenen Entwicklern über 18 Monate in einem globalen Team. Fühlte sich wie ein großer Erfolg mit minimalem Rechercheaufwand an."

Auf den Hype-Zug aufspringen​

Technische Aspekte sind nicht der einzige Grund für die Einführung von Prettier. Die Entwickler, die Nutzerbasis und die Verbreitungsgeschwindigkeit in der Community haben erheblichen Einfluss.

  • "Das Beeindruckende für mich: 1) Vor zwei Monaten angekündigt. 2) Wird bereits von jedem größeren JS-Projekt genutzt. 3) 7000 Sterne, 100.000 npm-Downloads/Monat"

  • "Wurde von den gleichen Leuten entwickelt wie React & React Native."

  • "Ich gehöre gerne zu den heißen neuen Dingen."

  • "Weil die Leute bald danach fragen werden."