Jaké jsou běžné anti-patterns v OOP?

Question

Accepted Answer

Anti-patterns jsou opakující se "řešení", která vypadají rozumně, ale degradují design. Nejčastější v OOP jsou **God Object**, **hluboké hierarchie dědičnosti** a **Anemic Domain Model**. ## God Object Třída, která ví a dělá příliš mnoho — porušuje Single Responsibility. ```java class AppManager { // 5,000 lines, touches everything void parseRequest() {} void queryDb() {} void renderHtml() {} void sendEmail() {} void logMetrics() {} void authUser() {} } // Fix: split into focused, cohesive classes (Router, Repo, View, Mailer...) ``` ## Hluboké hierarchie dědičnosti ```text Entity → LivingThing → Animal → Mammal → Carnivore → Feline → Cat → HouseCat ``` Kažádá úroveň se váže na všechny předchůdce; změna poblíž vrcholu se rozšíří všude (fragile base class). **Řešení:** zploštit pomocí composition; preferovat "has-a" možnosti místo hlubokých "is-a" řetězců. ## Anemic Domain Model Objekty, které jsou jen taškami getterů/setterů se veškerou logikou žijící jinde — OOP jen jménem. ```java // ANEMIC: data with no behavior; rules live in a separate "service" class Order { List items; double total; /* only getters/setters */ } class OrderService { double calcTotal(Order o) { ... } } // logic exiled // RICH: behavior lives with the data it operates on class Order { private List items; double total() { return items.stream().mapToDouble(Item::price).sum(); } } ``` ## Další vzory, které stojí za zmínku ```text → Yo-yo problem (jumping up/down a deep hierarchy to follow logic) → Circular deps (A needs B needs A) → Feature envy (a method that mostly uses another class's data) ``` ## Proč je to důležité Anti-patterns jsou to, jak se dobré úmysly rozpadají: God Object obvykle začíná jako malý pomocník, anemic model jako "jen DTOs", pak se zmrznout. Jejich pojmenování dává týmům sdílenou slovní zásobu pro časné varování v revizi kódu, a každý anti-pattern přímo ukazuje na princip (SRP, composition, encapsulation), který ho opravuje.