Was sind Anti-Patterns?

Question

Accepted Answer

**Anti-Patterns** sind häufige aber **schlechte Lösungen** für wiederkehrende Probleme — Ansätze, die vernünftig erscheinen, aber zu schlechten Ergebnissen führen (schwer zu wartbarer, fehlerhafter oder starrer Code). Ihre Erkennung hilft dir, häufige Fehler zu vermeiden.

## Was Anti-Patterns sind

```text
ANTI-PATTERNS = commonly-used but COUNTERPRODUCTIVE solutions:
  → they seem like a solution but cause MORE problems (technical debt, bugs, rigidity)
  → the OPPOSITE of design patterns (proven good solutions)
→ recognizing them helps you AVOID common pitfalls
```

## Häufige Code-/Design-Anti-Patterns

```text
GOD OBJECT/CLASS → one class doing too much (huge, knows everything) → hard to maintain;
  violates single responsibility
SPAGHETTI CODE → tangled, unstructured code with no clear flow → hard to follow/change
COPY-PASTE programming → duplicated code (violates DRY) → bugs/changes must be fixed everywhere
MAGIC NUMBERS/STRINGS → unexplained literal values → unclear, error-prone
PREMATURE OPTIMIZATION → optimizing before it's needed → wasted effort, complexity
GOLDEN HAMMER → over-using one familiar tool/pattern for everything ("when you have a hammer...")
HARDCODING → values that should be configurable baked into code
```

## Prozess-/Architektur-Anti-Patterns

```text
BIG BALL OF MUD → no clear architecture; everything tangled
OVER-ENGINEERING → unnecessary complexity, abstraction, or patterns where not needed
CARGO CULT → using patterns/practices without understanding why
Reinventing the wheel; not invented here; tight coupling everywhere
→ recognizing anti-patterns → write cleaner, more maintainable code by avoiding them
```

## Warum es wichtig ist

Anti-Patterns zu verstehen ist wertvoll, weil **die Erkennung häufiger schlechter Lösungen dir hilft, sie zu vermeiden**, was zu saubererem, wartbarerem Code führt — daher ist es nützliches Design-Wissen.

Anti-Patterns sind häufig verwendete, aber kontraproduktive Lösungen — Ansätze, die vernünftig erscheinen, aber mehr Probleme verursachen (technische Schulden, Bugs, Starrheit) — im Grunde das Gegenteil von Design Patterns.

Zu verstehen, was Anti-Patterns sind (häufig verwendete, aber schlechte Lösungen, die vermieden werden sollten), prägt das Konzept.

Die **häufigen Code-/Design-Anti-Patterns** zu verstehen — das **God Object** (eine Klasse, die zu viel tut und die Single-Responsibility-Prinzip verletzt), **Spaghetti Code** (verwickelter, unstrukturierter Code), **Copy-Paste-Programmierung** (Duplikation, die DRY verletzt und Bugs verursacht, die überall behoben werden müssen), **Magic Numbers/Strings** (unerklärte Literale), **vorzeitige Optimierung** (Optimierung vor Bedarf), der **Golden Hammer** (Übernutzung eines vertrauten Werkzeugs für alles) und **Hardcoding** — hilft dir, diese häufigen Code-Level-Fehler zu erkennen und zu vermeiden.

Die **Prozess-/Architektur-Anti-Patterns** zu verstehen — der **Big Ball of Mud** (keine klare Architektur), **Over-Engineering** (unnötige Komplexität und Patterns, wo nicht nötig — verbunden mit der Urteilskraft, Patterns nicht zu erzwingen) und **Cargo Cult** (Patterns verwenden, ohne zu verstehen, warum) — hilft dir, größere strukturelle und prozessuale Fehler zu vermeiden.

Anti-Patterns zu erkennen ist wertvoll, weil sie *häufig* sind — Entwickler fallen natürlich in sie hinein — daher hilft es dir, wenn du weißt, wie sie aussehen und warum sie schädlich sind, sie bewusst zu vermeiden und saubererem, wartbarerem Code zu schreiben.

Anti-Patterns zu verstehen ergänzt das Verständnis von Patterns: Das Wissen über sowohl gute Lösungen (Patterns) als auch schlechte (Anti-Patterns) verbessert dein Design-Urteil.

Da die Erkennung häufiger schlechter Lösungen (Anti-Patterns) dir hilft, sie zu vermeiden und saubererem, wartbarerem Code zu schreiben, und da Anti-Patterns häufige Fallgruben sind, in die Entwickler natürlich tappen (God Objects, Spaghetti Code, Duplikation, Over-Engineering, Cargo Cult), und da das Verständnis dafür das Wissen über Patterns ergänzt, ist das Verständnis von Anti-Patterns wertvoll, praktisch relevantes Design-Wissen — nützlich zum Erkennen und Vermeiden häufiger Fehler, die zu schlechtem Code führen, ergänzend zum Wissen über gute Patterns und wichtig für das Design-Urteil, um häufige Fallgruben zu vermeiden, die Codequalität und Wartbarkeit beeinträchtigen.