Az anti-minták megismétlődő "megoldások", amelyek ésszerűnek tűnnek, de rontják a tervet. Az OOP-ban a leggyakoribbak a God Object, a mély öröklődési hierarchiák, és az Anemic Domain Model.
Olyan osztály, amely túl sokat tud és csinál — megsérti a Single Responsibility elvét.
{
{} {} {}
{} {} {}
}
Entity → LivingThing → Animal → Mammal → Carnivore → Feline → Cat → HouseCat
Minden szint összekapcsolódik az összes ősével; a felülnél végbemenő változás mindenhova terjedhet (fragile base class). Javítás: laposítsd összeállítással; preferáld a "has-a" képességeket a mély "is-a" láncok helyett.
Olyan objektumok, amelyek csak getterek/setterek zsákjai, ahol az összes logika másutt él — OOP csak a nevében.
// ANEMIC: data with no behavior; rules live in a separate "service"
class Order { List<Item> 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<Item> items;
double total() { return items.stream().mapToDouble(Item::price).sum(); }
}
→ 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)
Az anti-minták azt mutatják, hogyan romlanak el a jó szándékok: a God Object általában egy kicsi segédmoduloban kezdődik, az anemic model "csak DTO-k"-nak, majd megosztóddik.
Az elnevezésük közös korai figyelmeztetési szókincset ad a csapatoknak a kódáttekintésben, és minden anti-minta közvetlenül arra az elvre (SRP, összeállítás, beágyazás) mutat, amely azt javítja.