Anti-pola adalah "penyelesaian" berulang yang terlihat masuk akal tetapi merendahkan desain. Yang paling umum dalam OOP adalah God Object, hirarki warisan yang dalam, dan Anemic Domain Model.
Kelas yang tahu dan melakukan terlalu banyak — melanggar Single Responsibility.
{
{} {} {}
{} {} {}
}
Entity → LivingThing → Animal → Mammal → Carnivore → Feline → Cat → HouseCat
Setiap level terikat pada semua leluhur; perubahan di dekat puncak menyebar ke mana-mana (fragile base class). Fix: ratakan dengan composition; lebih suka kemampuan "has-a" daripada rantai "is-a" yang dalam.
Objek yang hanya tas getter/setter dengan semua logika tinggal 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", kemudian mengeras.
Menamai mereka memberikan tim kosakata peringatan dini bersama dalam tinjauan kode, dan setiap anti-pola menunjuk langsung ke prinsip (SRP, composition, encapsulation) yang memperbaikinya.