1. Cơ bản về SOLID
SOLID là 5 nguyên tắc giúp mình viết code dễ hiểu, dễ sửa, dễ mở rộng và ít gây lỗi khi thay đổi. SOLID thường được sử dụng trong lập trình hướng đối tượng. Có thể hiểu đơn giản là thay vì viết một đoạn code làm quá nhiều việc hoặc các phần phụ thuộc chặt chẽ vào nhau, mình chia code thành những phần có trách nhiệm rõ ràng và dễ thay đổi hơn.
Nói chung là mục đích cuối cùng của SOLID là giúp code sạch hơn, dễ hiểu hơn, dễ bảo trì hơn và dễ mở rộng hơn khi dự án phát triển.
2. S – Single Responsibility Principle
S có nghĩa là một Class nên tập trung làm một việc chính. Nếu một Class vừa xử lý đơn hàng, vừa lưu Database, vừa gửi Email thì khi sửa một chức năng có thể ảnh hưởng đến những chức năng khác. Vì vậy nên chia mỗi nhiệm vụ thành một phần riêng. Hiểu đơn giản: một Class làm tốt một việc còn hơn một Class làm quá nhiều việc.
3. O – Open và Closed Principle
O có nghĩa là có thể mở rộng chức năng nhưng hạn chế sửa code cũ. Khi cần thêm một tính năng mới, mình nên tạo thêm phần mới để mở rộng hệ thống thay vì sửa quá nhiều code đang chạy ổn định. Ví dụ, hệ thống đang có thanh toán bằng thẻ, sau này muốn thêm thanh toán bằng ví điện tử thì nên thêm phương thức mới thay vì sửa toàn bộ phần thanh toán cũ. Hiểu đơn giản: thêm cái mới mà hạn chế đụng vào cái cũ.
4. L – Liskov Substitution Principle
L có nghĩa là Class con phải có thể thay thế Class cha mà chương trình vẫn hoạt động đúng. Khi sử dụng kế thừa, Class con phải tuân thủ những hành vi mà Class cha đã định nghĩa. Nếu Class con kế thừa nhưng lại không thể thực hiện đúng những gì Class cha yêu cầu thì thiết kế đó có vấn đề. Hiểu đơn giản: Class con phải dùng được như Class cha mà không làm chương trình bị lỗi.
5. I – Interface Segregation Principle
I có nghĩa là không nên bắt một Class phải sử dụng những chức năng mà nó không cần. Thay vì tạo một Interface quá lớn chứa rất nhiều chức năng, mình nên chia thành những Interface nhỏ hơn để mỗi Class chỉ sử dụng đúng những gì cần thiết. Hiểu đơn giản: không ép một Class phải làm những thứ không liên quan đến nó.
6. D – Dependency Inversion Principle
D có nghĩa là các thành phần trong hệ thống không nên phụ thuộc quá chặt vào nhau. Thay vì một phần code phụ thuộc trực tiếp vào một Database hoặc một công nghệ cụ thể, nên thông qua một Abstraction như Interface. Nhờ vậy, khi muốn đổi Database hoặc thay đổi một thành phần, mình không phải sửa quá nhiều code khác. Hiểu đơn giản: giảm sự phụ thuộc trực tiếp để dễ thay đổi và bảo trì.
7. Tổng kết dễ nhớ
Có thể nhớ SOLID theo cách dễ hiểu :
S: Một Class là Một trách nhiệm chính
O: Thêm chức năng mới là Hạn chế sửa code cũ.
L: Class con là Có thể thay thế Class cha.
I: Interface là Chia nhỏ, chỉ dùng thứ cần thiết.
D: Dependency là Giảm phụ thuộc trực tiếp.
Bài viết khác
REST API
1. REST API là gì? REST API là một cách thiết kế API giúp các ứng dụng giao tiếp và trao đổi dữ liệu với nhau thông qua Internet. REST là viết tắt của Representational State Transfer, còn API là Application Programming Interface. Hiểu đơn giản, REST API đóng vai trò như một cầu nối […]
Tìm hiểu về ngôn ngữ lập trình Dart
Dart là gì? Dart là một ngôn ngữ lập trình mã nguồn mở được phát triển bởi Google, được sử dụng để xây dựng các ứng dụng có thể chạy trên nhiều nền tảng khác nhau. Hiện nay, Dart được biết đến nhiều nhất vì đây là ngôn ngữ lập trình chính được sử […]
Tìm hiểu về Design Pattern
Design Pattern là gì? Design Pattern, hay còn gọi là mẫu thiết kế, là những giải pháp mang tính tổng quát được sử dụng để giải quyết những vấn đề thường gặp trong quá trình thiết kế và xây dựng phần mềm. Design Pattern không phải là một đoạn code có sẵn để mình copy […]
Dart Fundamentals
Dart Fundamentals là các kiến thức nền tảng của ngôn ngữ lập trình Dart, bao gồm cú pháp, kiểu dữ liệu, biến, hàm, luồng điều khiển, cách làm việc với collection, null safety và các khái niệm OOP cơ bản. Những cái thường thuộc Dart Fundamentals: Biến và kiểu dữ liệu: cách khai báo biến, […]
Tìm hiểu về SOLID trong lập trình
SOLID là gì? SOLID là tập hợp gồm 5 nguyên tắc trong thiết kế phần mềm hướng đối tượng, được sử dụng để giúp mã nguồn có cấu trúc tốt hơn, dễ đọc, dễ bảo trì, dễ kiểm thử và dễ mở rộng. SOLID không phải là một ngôn ngữ lập trình, framework hay thư […]
Scrum và các khái niệm liên quan
1. Khái niệm về Scrum Scrum là một Agile Framework được sử dụng để quản lý và phát triển các sản phẩm phức tạp, đặc biệt phổ biến trong lĩnh vực Software Development. Scrum giúp đội nhóm chia một dự án lớn thành những phần công việc nhỏ và phát triển sản phẩm thông qua […]
Khoá học lập trình game con rắn cho trẻ em 
