Nguyên tắc lập trình DRY
Nguyên tắc lập trình DRY (Don’t repeat yourself) gợi ý việc chia một hệ thống lớn, ví dụ, phần mềm bạn phát triển thành các thành phần nhỏ hơn, không lặp lại. Nếu bạn có một số thành phần thực hiện cùng một nhiệm vụ, thì theo nguyên tắc DRY nên giảm số lượng của chúng, lý tưởng nhất là mỗi thành phần không bị lặp lại.
Sau khi hệ thống được chia thành các thành phần, chịu trách nhiệm thực hiện các nhiệm vụ được xác định rõ ràng, chúng có thể được tổ chức thành các lớp, điều này được gọi là kiến trúc mô-đun.
Để xây dựng hệ thống đúng theo nguyên tắc DRY cần tuân thủ các quy tắc sau:
- Trước khi bắt đầu làm việc với dự án hãy hình dung nó dưới dạng một sơ đồ đồ họa, được chia thành các thành phần trực quan.
- Khi làm việc với một thành phần phức tạp của dự án, nó cũng nên được biểu diễn bằng đồ họa dưới dạng sơ đồ UML.
- Trong sơ đồ đồ họa cần chỉ ra rõ ràng cấp bậc và vai trò của mỗi thành phần dự án.
- Cũng nên chỉ ra trong sơ đồ mối liên hệ giữa các thành phần của bạn với các thành phần của những người tham gia khác trong dự án, cũng như nhánh nào của dự án sẽ là chung hoặc riêng tư.
- Cần tránh các liên kết cứng giữa các thành phần, vì chúng ảnh hưởng tiêu cực đến hiệu quả của toàn bộ kiến trúc dự án.
Xem thêm
-
nguyên tắc
SOLID,
nguyên tắc này đưa ra các khuyến nghị cho phần mềm dựa trên OOP -
nguyên tắc
KISS,
nguyên tắc này gợi ý việc từ chối làm phức tạp phần mềm -
nguyên tắc
YAGNI,
nguyên tắc này gợi ý việc từ chối chức năng dư thừa của phần mềm -
nguyên tắc
CQS,
nguyên tắc này quy định cho mỗi hàm chỉ một lệnh -
nguyên tắc
LoD,
nguyên tắc này được áp dụng khi phát triển phần mềm -
nguyên tắc phân tách trách nhiệm,
nguyên tắc này được áp dụng khi phát triển phần mềm