Anti-pola adalah "solusi" yang terulang yang terlihat wajar tetapi merusak desain. Yang paling umum dalam OOP adalah God Object, hierarki pewarisan yang dalam, dan Anemic Domain Model.
Sebuah kelas yang tahu dan melakukan terlalu banyak — melanggar Single Responsibility.
{
{} {} {}
{} {} {}
}
Entity → LivingThing → Animal → Mammal → Carnivore → Feline → Cat → HouseCat
Setiap level dipasangkan dengan semua leluhur; perubahan di dekat puncak menyebar ke mana-mana (fragile base class). Perbaikan: ratakan dengan komposisi; lebih suka kemampuan "has-a" daripada rantai "is-a" yang dalam.
Objek yang hanya tas getter/setter dengan semua logika hidup di tempat lain — OOP hanya dalam nama.
// 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)
Anti-pola adalah bagaimana niat baik membusuk: God Object biasanya dimulai sebagai pembantu kecil, model anemik sebagai "hanya DTO," lalu mengeras.
Memberikan nama pada mereka memberikan tim kosakata peringatan dini bersama dalam tinjauan kode, dan setiap anti-pola menunjuk langsung ke prinsip (SRP, komposisi, enkapsulasi) yang memperbaikinya.