Object-oriented analysis and design la gi
Show
Nghe phát âm Toán & tinphân tích và thiết kế hướng đối tượngThuộc thể loạiCác từ tiếp theoBạn vui lòng đăng nhập để đăng câu hỏiMời bạn nhập câu hỏi ở đây (đừng quên cho thêm ngữ cảnh và nguồn bạn nhé) Bạn đang cần hỏi gì? Đăng nhập để hỏi đáp ngay bạn nhé.
Trong bài viết này chúng ta sẽ tiếp cận bằng cách đơn giản những kiến thức về Phân tích và thiết kế hướng đối tượng (OOAD) và những nguyên tắc trong khi thiết kế hướng đối tượng để cùng hiểu và áp dụng vào thực tế. Dù được đưa vào các trường học để giảng dạy, tuy nhiên hầu như các bạn sinh viên đều cảm thấy sợ vì môn học này tương đối khó. OOAD (viết tắt của Object Oriented Analysis and Design) là một kỹ thuật tiếp cận phổ biến dùng để phân tích, thiết kế một ứng dụng, hệ thống. Nó dựa trên bộ các nguyên tắc chung, đó là một tập các hướng dẫn để giúp chúng ta tránh khỏi một thiết kế xấu. Có 3 đặc điểm quan trọng của 1 thiết kế xấu nên tránh là:
II. Sơ lược 5 nguyên tắc SOLID trong thiết kế hướng đối tượng1. Single Responsibility Principle (SRP)“A class should have only one reason to change” Một lớp chỉ nên có một lý do để thay đổi, tức là một lớp chỉ nên xử lý một chức năng đơn lẻ, duy nhất thôi. Nếu đặt nhiều chức năng vào trong một lớp sẽ dẫn đến sự phụ thuộc giữa các chức năng với nhau và mặc dù sau đó ta chỉ thay đổi ở một chức năng thì cũng phá vỡ các chức năng còn lại. 2. Open-Closed Principle (OCP)“Software entities like classes, modules and functions should be open for extension but closed for modifications” Các lớp, module, chức năng nên dễ dàng Mở (Open) cho việc mở rộng (thêm chức năng mới) và Đóng (Close) cho việc thay đổi. 3. Liskov’s Substitution Principle (LSP)“Derived
types must be completely substitutable for their base types” 4. Interface Segregation Principle (ISP)“Clients should not be forced to depend upon interfaces that they don’t use” 5. Dependency Inversion Principle (DIP)“High-level modules should not depend on low-level modules. Both should depend on abstractions. Abstractions should not depend on details. Details should depend on abstractions.” Các module cấp cao không nên phụ thuộc vào các module cấp thấp. Cả hai nên phụ thuộc thông qua lớp trừu tượng. Lớp trừu tượng không nên phụ thuộc vào chi tiết. Chi tiết nên phụ thuộc vào trừu tượng Ngoài các nguyên tắc SOLID ở trên, còn có các nguyên tắc khác cũng rất hữu ích gồm:
Nguồn: https://quyetdo289.wordpress.com/2016/02/03/ooad-tong-quan-ve-phan-tich-va-thiet-ke-huong-doi-tuong/ Các bạn có thể tham khảo các bài viết hay về JavaScript tại đây. Hãy tham gia nhóm Học lập trình để thảo luận thêm về các vấn đề cùng quan tâm. |