Strategy pattern là gì?

Question

Accepted Answer

Pattern **Strategy** định nghĩa một họ các **thuật toán/hành vi** có thể hoán đổi cho nhau, đóng gói từng cái, và làm chúng có thể tráo đổi tại runtime. Nó cho phép bạn chọn thuật toán một cách động và tránh các điều kiện phức tạp, thúc đẩy code linh hoạt, dễ mở rộng.

## Pattern Strategy làm gì

```text
STRATEGY → đóng gói các thuật toán/hành vi CÓ THỂ HOÁN ĐỔI sau một interface chung:
  → định nghĩa một họ các strategy (mỗi cái cài đặt cùng một interface)
  → context dùng một strategy qua interface → có thể TRÁO ĐỔI strategy tại runtime
  → chọn hành vi một cách động mà không thay đổi context
→ "compose" hành vi thay vì hardcode nó (ưu tiên composition hơn điều kiện)
```

## Ví dụ

```js
// các strategy thanh toán khác nhau, có thể hoán đổi
class CreditCardStrategy { pay(amount) { /* ... */ } }
class PayPalStrategy { pay(amount) { /* ... */ } }

class Checkout {
  constructor(strategy) { this.strategy = strategy; }   // tiêm vào một strategy
  process(amount) { this.strategy.pay(amount); }         // dùng nó qua interface
}
new Checkout(new PayPalStrategy()).process(100);   // tráo đổi strategy dễ dàng
```

## Lợi ích và ứng dụng

```text
LỢI ÍCH:
  ✓ Tráo đổi/chọn thuật toán tại RUNTIME; thêm strategy mới mà không thay đổi context
  ✓ Loại bỏ if/else hay switch lớn theo "type" (thay điều kiện bằng strategy)
  ✓ Open/closed → mở rộng bằng strategy mới mà không sửa code hiện có
ỨNG DỤNG → phương thức thanh toán, thuật toán sắp xếp, nén, quy tắc validation, định giá,
  bất kỳ tình huống "làm X nhưng CÁCH LÀM thay đổi" nào
```

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

Hiểu pattern Strategy là giá trị vì nó là một **behavioral pattern phổ biến, hữu ích** cho code linh hoạt, dễ mở rộng, nên đây là kiến thức thiết kế liên quan thực tế.

Pattern Strategy đóng gói các thuật toán có thể hoán đổi sau một interface chung, cho phép bạn tráo đổi hành vi tại runtime và chọn chúng một cách động — giải quyết nhu cầu phổ biến là thay đổi *cách* một thứ được thực hiện mà không thay đổi code dùng nó.

Hiểu nó làm gì (định nghĩa một họ các strategy cài đặt một interface chung, với context dùng một strategy qua interface đó để các strategy có thể được tráo đổi) là kiến thức cốt lõi.

Hiểu **các lợi ích** là then chốt: nó cho phép bạn **tráo đổi hoặc chọn thuật toán tại runtime**, **thêm strategy mới mà không thay đổi context** (tuân theo nguyên tắc open/closed — mở rộng mà không sửa đổi), và đặc biệt **loại bỏ các câu lệnh if/else hay switch lớn** theo type (thay các điều kiện cồng kềnh bằng các strategy gọn gàng, có thể tráo đổi — một cách refactor phổ biến cải thiện code đáng kể).

Lợi ích cuối này đặc biệt giá trị, vì pattern Strategy là một giải pháp gọn gàng cho vấn đề phổ biến của logic điều kiện chọn hành vi.

Hiểu **các ứng dụng** — phương thức thanh toán, thuật toán sắp xếp, nén, quy tắc validation, định giá, và bất kỳ tình huống "làm X nhưng cách làm thay đổi" nào — làm rõ khả năng áp dụng rộng của nó.

Pattern này thúc đẩy composition hơn các điều kiện hardcode, dẫn đến code linh hoạt, dễ mở rộng, dễ bảo trì hơn.

Vì pattern Strategy là một behavioral pattern phổ biến, hữu ích cho code linh hoạt, dễ mở rộng (tráo đổi thuật toán tại runtime, loại bỏ điều kiện, tuân theo open/closed), và vì hiểu nó làm gì, các lợi ích, và các ứng dụng là liên quan thực tế cho việc viết code dễ bảo trì, hiểu pattern Strategy là kiến thức thiết kế giá trị, thường áp dụng được — một pattern thường hữu ích để thay đổi hành vi linh hoạt, loại bỏ các điều kiện cồng kềnh, và tuân theo các nguyên tắc thiết kế tốt, áp dụng được trong nhiều tình huống thực và quan trọng để viết code dễ mở rộng, dễ bảo trì.