🎨 Prettier – Automatisches Code Formatting
Prettier ist ein Opinionated Code Formatter.
Er sorgt dafür, dass Code automatisch in eine konsistente, lesbare Form gebracht wird –
ohne Diskussionen im Team.
Prettier ist kein Linter.
Er prüft keine Logik.
Er entscheidet keine Architektur.
Er beendet Stil-Diskussionen.
1. Ziel und Einordnung
1.1 Was macht Prettier?
Prettier formatiert Code automatisch:
- Einrückung
- Zeilenumbrüche
- Klammerposition
- Quotes
- Trailing Commas
- Import-Formatierung
- Objekt-/Array-Strukturierung
- JSX- und Template-Layout
Er erzeugt:
- deterministischen Output
- konsistente Diffs
- vorhersehbares Format
1.2 Was macht Prettier nicht?
Prettier:
- erkennt keine Bugs
- prüft keine Typen
- ersetzt kein Linting
- bewertet keine Architektur
- optimiert keine Performance
Er ist ein reiner Formatter.
2. Warum Prettier wichtig ist
2.1 Stil-Diskussionen sind Verschwendung
Ohne Formatter entstehen endlose Diskussionen über:
- Semikolons
- Single vs Double Quotes
- Trailing Commas
- Klammerposition
- Einrückung
- Import-Reihenfolge
Diese Diskussionen erzeugen:
- Review-Reibung
- Inkonsistente Codebasis
- unnötige mentale Last
Prettier eliminiert diese Klasse von Konflikten vollständig.
2.2 Kleine Diffs, klare Reviews
Automatisches Formatting sorgt für:
- saubere Pull Requests
- weniger Noise in Diffs
- Fokus auf fachliche Änderungen
Reviews sollten Logik diskutieren – nicht Leerzeichen.
3. Konfigurationsphilosophie
Prettier ist bewusst opinionated.
Das ist kein Nachteil –
das ist sein Designziel.
Empfehlung:
Prettier verwenden.
Nicht diskutieren.
Nicht feinjustieren.
Hinter Prettier stehen sehr erfahrene Entwickler,
die sich intensiv mit Lesbarkeit und Code-Konsistenz beschäftigen.
Sie pflegen das Tool kontinuierlich.
Jede eigene Sonderkonfiguration führt zu:
- Inkompatibilitäten
- Onboarding-Hürden
- unnötigen Diskussionen
- Divergenz vom Ökosystem-Standard
4. Linter vs Prettier
Prettier ersetzt keinen Linter.
| Thema | Linter | Prettier |
|---|---|---|
| Fehlererkennung | ✅ | ❌ |
| Riskante Patterns | ✅ | ❌ |
| Architektur-Regeln | ✅ | ❌ |
| Code-Formatierung | ⚠️ teilweise | ✅ |
| Autokorrektur | teilweise | vollständig |
Empfehlung:
- Linter für Logik- und Pattern-Regeln
- Prettier für Formatierung
- Lint-Regeln für Stil deaktivieren, wenn Prettier zuständig ist
5. CI und Workflow
Prettier sollte:
- lokal automatisch laufen (
--write) - im Pre-Commit-Hook integriert sein
- in CI geprüft werden (
--check)
Niemand sollte Code manuell formatieren müssen.
6. Prettier im Kontext von AI
AI-generierter Code ist häufig:
- inkonsistent formatiert
- unterschiedlich eingerückt
- uneinheitlich strukturiert
Prettier sorgt dafür, dass:
- Stilunterschiede sofort verschwinden
- Code homogen bleibt
- Review sich auf Logik konzentriert
AI erhöht Code-Volumen.
Prettier reduziert Formatierungs-Entropie.
7. Definition of Done
Ein Change gilt nicht als fertig, wenn:
- Formatierungsregeln verletzt sind
- Code manuell formatiert wurde
- Style-Diskussionen im Review entstehen
Kernaussage
Prettier ist kein Luxus.
Er ist ein Mechanismus zur Eliminierung unnötiger Komplexität im Teamprozess.
Formatierung ist keine kreative Entscheidung –
sie ist Infrastruktur.