Các nguyên tắc SOLID là gì?

Question

Accepted Answer

**SOLID** là một tập hợp năm nguyên tắc thiết kế hướng đối tượng thúc đẩy code **dễ bảo trì, linh hoạt, dễ hiểu**: Single Responsibility, Open/Closed, Liskov Substitution, Interface Segregation, và Dependency Inversion. Chúng hướng dẫn thiết kế OO tốt.

## Năm nguyên tắc

```text
S — SINGLE RESPONSIBILITY → một class nên có MỘT lý do để thay đổi (một trách nhiệm/nhiệm vụ)
  → đừng làm class làm quá nhiều (tránh God object)
O — OPEN/CLOSED → mở cho MỞ RỘNG, đóng cho SỬA ĐỔI → thêm hành vi mới mà không thay đổi
  code hiện có (ví dụ qua polymorphism/strategy)
L — LISKOV SUBSTITUTION → subtype phải thay thế được cho base type của chúng (một subclass
  không nên phá vỡ hành vi được mong đợi từ parent)
I — INTERFACE SEGREGATION → nhiều interface cụ thể > một interface béo → client không nên
  phụ thuộc vào các method chúng không dùng
D — DEPENDENCY INVERSION → phụ thuộc vào ABSTRACTION, không phải concrete implementation → module
  cấp cao không phụ thuộc vào chi tiết cấp thấp (liên quan đến DI)
```

## Tại sao SOLID quan trọng

```text
✓ KHẢ NĂNG BẢO TRÌ → dễ thay đổi/mở rộng code mà không phá vỡ thứ khác
✓ LINH HOẠT → thiết kế coupling lỏng, dễ mở rộng (thêm tính năng, hoán đổi phần)
✓ KHẢ NĂNG TEST → code tách biệt (đặc biệt qua Dependency Inversion) dễ test hơn
✓ DỄ HIỂU → các class tập trung, có tổ chức tốt; trách nhiệm rõ ràng hơn
→ các nguyên tắc SOLID hướng dẫn viết code OO tốt hơn (giảm coupling, tăng cohesion)
```

## Áp dụng SOLID (với sự phán đoán)

```text
✓ Dùng chúng làm HƯỚNG DẪN → chúng thường dẫn đến thiết kế tốt hơn
⚠️ Đừng áp dụng GIÁO ĐIỀU → áp dụng quá mức (đặc biệt thêm abstraction ở khắp nơi) →
  over-engineering; cân bằng với sự đơn giản và thực dụng (YAGNI)
→ hiểu các NGUYÊN TẮC và áp dụng chúng với sự phán đoán
```

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

Hiểu các nguyên tắc SOLID là giá trị vì chúng là **hướng dẫn cơ bản cho thiết kế hướng đối tượng tốt**, được dạy và áp dụng rộng rãi, nên chúng là kiến thức thiết kế quan trọng để viết code dễ bảo trì.

SOLID — năm nguyên tắc thúc đẩy code dễ bảo trì, linh hoạt, dễ hiểu — cung cấp hướng dẫn nền tảng cho thiết kế OO.

Hiểu **năm nguyên tắc** — **Single Responsibility** (một class có một lý do để thay đổi, tránh God object), **Open/Closed** (mở cho mở rộng, đóng cho sửa đổi — thêm hành vi mà không thay đổi code hiện có, ví dụ qua pattern Strategy), **Liskov Substitution** (subtype thay thế được cho base type mà không phá vỡ hành vi được mong đợi), **Interface Segregation** (interface cụ thể hơn interface béo, để client không phụ thuộc vào method không dùng), và **Dependency Inversion** (phụ thuộc vào abstraction không phải concrete implementation — liên quan chặt chẽ đến dependency injection) — cung cấp một khung cho thiết kế OO tốt giúp giảm coupling và tăng cohesion.

Hiểu **tại sao SOLID quan trọng** — cải thiện khả năng bảo trì (dễ thay đổi và mở rộng mà không phá vỡ thứ khác), sự linh hoạt (thiết kế coupling lỏng, dễ mở rộng), khả năng test (code tách biệt, đặc biệt qua Dependency Inversion, dễ test hơn), và tính dễ hiểu (các class tập trung, có tổ chức tốt) — làm rõ các lợi ích mà các nguyên tắc này cung cấp.

Quan trọng là, hiểu việc **áp dụng SOLID với sự phán đoán** — dùng các nguyên tắc làm hướng dẫn thường dẫn đến thiết kế tốt hơn, nhưng **không áp dụng chúng một cách giáo điều** (áp dụng quá mức, đặc biệt thêm abstraction ở khắp nơi, gây over-engineering, nên cân bằng với sự đơn giản và thực dụng) — phản ánh sự nhạy bén thiết kế chín chắn, vì SOLID có thể bị áp dụng quá mức như pattern.

SOLID được dạy và tham chiếu rộng rãi như hướng dẫn nền tảng cho thiết kế OO.

Vì các nguyên tắc SOLID là hướng dẫn cơ bản, được dạy rộng rãi cho thiết kế hướng đối tượng tốt (thúc đẩy khả năng bảo trì, linh hoạt, khả năng test, và tính dễ hiểu) và áp dụng chúng với sự phán đoán cải thiện code, và vì hiểu các nguyên tắc, các lợi ích, và nhu cầu áp dụng cân bằng là quan trọng để viết code dễ bảo trì, hiểu các nguyên tắc SOLID là kiến thức thiết kế giá trị, liên quan thực tế — hướng dẫn cơ bản cho thiết kế OO tốt được dạy và áp dụng rộng rãi, quan trọng để viết code dễ bảo trì, linh hoạt, và phản ánh kiến thức thiết kế (với sự phán đoán để áp dụng chúng một cách thực dụng) được mong đợi từ các lập trình viên viết phần mềm hướng đối tượng.