Anti-patterns là gì?

Question

Accepted Answer

**Anti-patterns** (phản mẫu) là những giải pháp phổ biến nhưng **kém** cho các vấn đề lặp lại — những cách tiếp cận có vẻ hợp lý nhưng dẫn đến kết quả tệ (code khó bảo trì, có lỗi, hoặc cứng nhắc). Nhận ra chúng giúp bạn tránh các sai lầm phổ biến.

## Anti-patterns là gì

```text
ANTI-PATTERNS = các giải pháp được dùng phổ biến nhưng PHẢN TÁC DỤNG:
  → chúng trông như một giải pháp nhưng gây ra NHIỀU vấn đề hơn (technical debt, lỗi, cứng nhắc)
  → ĐỐI LẬP với design pattern (các giải pháp tốt đã được kiểm chứng)
→ nhận ra chúng giúp bạn TRÁNH các cạm bẫy phổ biến
```

## Các anti-pattern code/thiết kế phổ biến

```text
GOD OBJECT/CLASS → một class làm quá nhiều (khổng lồ, biết tất cả) → khó bảo trì;
  vi phạm single responsibility
SPAGHETTI CODE → code rối, không cấu trúc, không có luồng rõ ràng → khó theo dõi/thay đổi
COPY-PASTE programming → code trùng lặp (vi phạm DRY) → lỗi/thay đổi phải sửa ở mọi nơi
MAGIC NUMBERS/STRINGS → giá trị literal không giải thích → không rõ ràng, dễ lỗi
PREMATURE OPTIMIZATION → tối ưu trước khi cần → lãng phí công sức, phức tạp
GOLDEN HAMMER → lạm dụng một công cụ/pattern quen thuộc cho mọi thứ ("khi bạn có búa...")
HARDCODING → các giá trị lẽ ra nên có thể cấu hình lại bị nhúng cứng vào code
```

## Các anti-pattern quy trình/kiến trúc

```text
BIG BALL OF MUD → không có kiến trúc rõ ràng; mọi thứ rối tung
OVER-ENGINEERING → phức tạp, abstraction, hoặc pattern không cần thiết ở nơi không cần
CARGO CULT → dùng pattern/thực hành mà không hiểu tại sao
Phát minh lại bánh xe; not invented here; coupling chặt ở khắp nơi
→ nhận ra anti-pattern → viết code gọn gàng, dễ bảo trì hơn bằng cách tránh chúng
```

## Tại sao điều này quan trọng

Hiểu anti-pattern là giá trị vì **nhận ra các giải pháp tệ phổ biến giúp bạn tránh chúng**, dẫn đến code gọn gàng, dễ bảo trì hơn, nên đây là kiến thức thiết kế hữu ích.

Anti-pattern là các giải pháp phổ biến nhưng phản tác dụng — những cách tiếp cận có vẻ hợp lý nhưng gây ra nhiều vấn đề hơn (technical debt, lỗi, cứng nhắc) — về cơ bản là đối lập với design pattern.

Hiểu anti-pattern là gì (các giải pháp được dùng phổ biến nhưng kém nên tránh) định hình khái niệm.

Hiểu **các anti-pattern code/thiết kế phổ biến** — **God object** (một class làm quá nhiều, vi phạm single responsibility), **spaghetti code** (code rối, không cấu trúc), **copy-paste programming** (trùng lặp vi phạm DRY, gây lỗi phải sửa ở mọi nơi), **magic numbers/strings** (các literal không giải thích), **premature optimization** (tối ưu trước khi cần), **golden hammer** (lạm dụng một công cụ quen thuộc cho mọi thứ), và **hardcoding** — giúp bạn nhận ra và tránh các sai lầm cấp code thường gặp này.

Hiểu **các anti-pattern quy trình/kiến trúc** — **big ball of mud** (không có kiến trúc rõ ràng), **over-engineering** (phức tạp và pattern không cần thiết ở nơi không cần — kết nối với sự phán đoán về việc không ép dùng pattern), và **cargo cult** (dùng pattern mà không hiểu tại sao) — giúp tránh các sai lầm cấu trúc và quy trình lớn hơn.

Nhận ra anti-pattern là giá trị vì chúng *phổ biến* — các lập trình viên rơi vào chúng một cách tự nhiên — nên biết chúng trông như thế nào và tại sao chúng có hại giúp bạn tránh chúng một cách có ý thức và viết code gọn gàng, dễ bảo trì hơn.

Hiểu anti-pattern bổ sung cho việc hiểu pattern: biết cả các giải pháp tốt (pattern) lẫn tệ (anti-pattern) cải thiện sự phán đoán thiết kế.

Vì nhận ra các giải pháp tệ phổ biến (anti-pattern) giúp bạn tránh chúng và viết code gọn gàng, dễ bảo trì hơn, và vì anti-pattern là các cạm bẫy phổ biến mà lập trình viên tự nhiên rơi vào (God object, spaghetti code, trùng lặp, over-engineering, cargo cult), và vì hiểu chúng bổ sung cho việc biết pattern, hiểu anti-pattern là kiến thức thiết kế giá trị, liên quan thực tế — hữu ích để nhận ra và tránh các sai lầm phổ biến dẫn đến code kém, bổ sung cho kiến thức về các pattern tốt, và quan trọng cho sự phán đoán thiết kế để tránh các cạm bẫy thường gặp làm hại chất lượng code và khả năng bảo trì.

Anti-patterns là gì

Các anti-pattern code/thiết kế phổ biến

Các anti-pattern quy trình/kiến trúc

Tại sao điều này quan trọng

question.related