Làm thế nào để chọn đúng pattern cho một vấn đề?

Question

Accepted Answer

Chọn **đúng pattern** (hoặc không pattern nào) cho một vấn đề đòi hỏi hiểu sâu vấn đề, biết các pattern và các đánh đổi của chúng, và áp dụng sự phán đoán để cân bằng lợi ích với sự phức tạp. Mục tiêu là giải quyết vấn đề tốt, không phải dùng pattern vì bản thân chúng.

## Bắt đầu với vấn đề, không phải pattern

```text
✓ HIỂU VẤN ĐỀ trước → vấn đề thực sự là gì? (đừng bắt đầu bằng việc chọn một pattern)
✓ Xác định bạn CẦN gì → linh hoạt? tách biệt? mở rộng được? tạo đơn giản hơn?
✓ Rồi hỏi: liệu một pattern có giải quyết VẤN ĐỀ NÀY tốt không? (hay một giải pháp đơn giản tốt hơn?)
→ vấn đề-trước, không phải pattern-trước → tránh ép dùng pattern
```

## Khớp pattern với vấn đề

```text
Nhận ra pattern nào phù hợp với vấn đề nào:
  → cần MỘT instance? → Singleton (hoặc DI/module — cân nhắc phương án thay thế)
  → tách việc tạo đối tượng? → Factory; xây dựng phức tạp? → Builder
  → thuật toán có thể tráo đổi / loại bỏ điều kiện? → Strategy
  → thông báo nhiều cái về thay đổi? → Observer; thêm hành vi bằng bọc? → Decorator
  → interface không tương thích? → Adapter; đơn giản hóa một subsystem? → Facade
  → undo/queue action? → Command; kiểm soát truy cập? → Proxy
→ biết INTENT của pattern (vấn đề mỗi cái giải quyết) để nhận ra sự phù hợp
```

## Áp dụng sự phán đoán

```text
✓ Cân nhắc LỢI ÍCH vs SỰ PHỨC TẠP → liệu giá trị của pattern có biện minh cho cấu trúc thêm vào?
✓ Ưu tiên ĐƠN GIẢN → giải pháp đơn giản nhất hoạt động được (pattern thêm sự phức tạp)
✓ Cân nhắc PHƯƠNG ÁN THAY THẾ → tính năng ngôn ngữ, cách tiếp cận đơn giản hơn, pattern khác
✓ Đừng OVER-ENGINEER (YAGNI) → đừng thêm pattern cho các nhu cầu tương lai giả định
✓ Pattern thường XUẤT HIỆN qua refactoring → nhận ra khi code sẽ hưởng lợi, rồi áp dụng
→ lựa chọn ĐÚNG giải quyết vấn đề tốt với sự phức tạp phù hợp (không quá mức)
```

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

Hiểu cách chọn đúng pattern là kiến thức cấp senior giá trị vì **áp dụng pattern tốt đòi hỏi sự phán đoán** — biết pattern nào phù hợp với vấn đề nào và khi nào dùng một pattern so với một giải pháp đơn giản hơn — nên đây là kỹ năng thực tế làm cho kiến thức về pattern trở nên hữu ích.

Biết các pattern là chưa đủ; kỹ năng là chọn đúng cái (hoặc không cái nào) cho một vấn đề cụ thể, và sự phán đoán này là điều phân biệt việc dùng pattern hiệu quả.

Hiểu việc **bắt đầu với vấn đề, không phải pattern** — hiểu sâu vấn đề thực sự và xác định bạn cần gì (linh hoạt, tách biệt, mở rộng được), rồi hỏi liệu một pattern có giải quyết nó tốt không hay một giải pháp đơn giản hơn tốt hơn — phản ánh cách tiếp cận vấn đề-trước tránh ép dùng pattern (một sai lầm phổ biến).

Hiểu cách **khớp pattern với vấn đề** — nhận ra pattern nào phù hợp với nhu cầu nào (Singleton cho một instance, Factory/Builder cho việc tạo, Strategy cho thuật toán có thể tráo đổi, Observer cho thông báo, Adapter cho interface không tương thích, Facade để đơn giản hóa, Command cho action, Proxy cho kiểm soát truy cập) bằng cách biết **intent** của mỗi pattern (vấn đề nó giải quyết) — là kiến thức thực tế cho phép bạn nhận ra khi một pattern phù hợp.

Hiểu việc **áp dụng sự phán đoán** — cân nhắc lợi ích với sự phức tạp (liệu giá trị có biện minh cho cấu trúc thêm vào?), ưu tiên đơn giản (giải pháp đơn giản nhất hoạt động được, vì pattern thêm sự phức tạp), cân nhắc phương án thay thế (tính năng ngôn ngữ, cách tiếp cận đơn giản hơn), tránh over-engineering (không thêm pattern cho các nhu cầu tương lai giả định — YAGNI), và nhận ra rằng pattern thường xuất hiện qua refactoring — phản ánh sự phán đoán chín chắn tạo ra các thiết kế tốt.

Nhận thức then chốt là lựa chọn đúng giải quyết vấn đề tốt với sự phức tạp phù hợp, không quá mức.

Vì áp dụng pattern tốt đòi hỏi sự phán đoán để chọn đúng cái (hoặc không cái nào) cho một vấn đề — hiểu vấn đề, khớp pattern theo intent của chúng, và cân bằng lợi ích với sự phức tạp trong khi ưu tiên đơn giản — và vì sự phán đoán này là điều làm cho kiến thức về pattern hữu ích thực tế (so với lạm dụng pattern), hiểu cách chọn đúng pattern là kiến thức cấp senior giá trị — sự phán đoán thực tế làm cho kiến thức về pattern hữu ích, nhấn mạnh tư duy vấn đề-trước, khớp pattern theo intent, và cân bằng lợi ích với sự phức tạp, và phản ánh sự nhạy bén thiết kế chín chắn (giải quyết vấn đề tốt với sự phức tạp phù hợp, không dùng pattern vì bản thân chúng) phân biệt các lập trình viên senior.