Please enable JavaScript.

Coggle requires JavaScript to display documents.

Ôn tập - Coggle Diagram

- - - - Lợi ích:
        
        Tái sử dụng code, tránh trùng lập
        
        Các bước của 1 thuật toán độc lập với nhau
      - Trường hợp sử dung
        
        Phương thức qua nhiều bước và cho phép
        tuỳ chỉnh ở lớp con
        
        Chỉ có 1 phương thức abstract của 1 thuật toán
  - - - Đảm bảo nguyên tắc Open/ Close: đối tượng gốc không bị thay đổi, dễ dàng thêm hành vi mới cho đối tượng thông qua visitor.
      - Cho phép một hoặc nhiều hành vi được áp dụng cho một tập hợp các đối tượng tại thời điểm run-time, tách rời các hành vi khỏi cấu trúc đối tượng.
  - - - Đảm bảo nguyên tắc Single responsibility principle (SRP) : tách biệt mỗi State tương ứng với 1 class riêng biệt.
      - Đảm bảo nguyên tắc Open/Closed Principle (OCP) : chúng ta có thể thêm một State mới mà không ảnh hưởng đến State khác hay Context hiện có.
      - Giữ hành vi cụ thể tương ứng với trạng thái.
      - Giúp chuyển trạng thái một cách rõ ràng.
  - - - Lợi ích:
        
        Dễ dàng mở rộng với ít sự thay đổi
        
        Sự thay đổi trạng thái ở 1 đối tượng có thể được thông báo đến các đối tượng khác
        
        Sử dụng:
        
        Thay đổi ở 1 đối tượng ảnh hưởng đến đối tượng khác
        
        Cần mở rộng với ít sự thay đổi nhất
  - - - : là một trong những Pattern thuộc nhóm hành vi (Behavior Pattern). Nó cho phép định nghĩa tập hợp các thuật toán, đóng gói từng thuật toán lại, và dễ dàng thay đổi linh hoạt các thuật toán bên trong object. Strategy cho phép thuật toán biến đổi độc lập khi người dùng sử dụng chúng.
    - - Đảm bảo nguyên tắc Single responsibility principle (SRP) : một lớp định nghĩa nhiều hành vi và chúng xuất hiện dưới dạng với nhiều câu lệnh có điều kiện. Thay vì nhiều điều kiện, chúng ta sẽ chuyển các nhánh có điều kiện liên quan vào lớp Strategy riêng lẻ của nó.
      - Đảm bảo nguyên tắc Open/Closed Principle (OCP) : chúng ta dễ dàng mở rộng và kết hợp hành vi mới mà không thay đổi ứng dụng.
      - Cung cấp một sự thay thế cho kế thừa.
  - - - Thích hợp với các ứng dụng cần quản lý transaction.
      - Các ứng dụng cần chức năng cần Undo/ Redo: lưu trạng thái của một đối tượng bên ngoài và có thể restore/ rollback sau này.
  - - - là một trong những Pattern thuộc nhóm hành vi (Behavior Pattern). Mediator có nghĩa là người trung gian. Pattern này nói rằng “Định nghĩa một đối tượng gói gọn cách một tập hợp các đối tượng tương tác. Mediator thúc đẩy sự khớp nối lỏng lẻo (loose coupling) bằng cách ngăn không cho các đối tượng đề cập đến nhau một cách rõ ràng và nó cho phép bạn thay đổi sự tương tác của họ một cách độc lập”.
    - - Đảm bảo nguyên tắc Single responsibility principle (SRP) : chúng ta có thể tách phần giao tiếp giữa các thành phần (component) ra một nơi khác.
      - Đảm bảo nguyên tắc Open/Closed Principle (OCP) : chúng ta có thể implement thêm một Mediator mới mà không ảnh hưởng đến các component hiện có.
      - Giảm khớp nối giữa các component.
      - Tái sử dụng các component dễ dàng hơn.
      - Đơn giản hóa cách giao tiếp giữa các đối tượng. Một mediator sẽ thay thế mối quan hệ nhiều-nhiều (many-to-many) giữa các component bằng quan hệ một-nhiều (one-to-many) giữa một mediator với các component.
      - Quản lý tập trung, giúp làm rõ các component tương tác trong hệ thống như thế nào trong hệ thống.
- - - - Khả năng áp dụng
        
        Sử dụng lớp Bộ điều hợp khi bạn muốn sử dụng một số lớp hiện có, nhưng giao diện của nó không tương thích với phần còn lại của mã của bạn.
        
        Mẫu Bộ điều hợp cho phép bạn tạo một lớp trung gian đóng vai trò là người dịch giữa mã của bạn và lớp kế thừa, lớp của bên thứ 3 hoặc bất kỳ lớp nào khác có giao diện kỳ lạ.
        
        Sử dụng mẫu khi bạn muốn sử dụng lại một số lớp con hiện có thiếu một số chức năng phổ biến không thể thêm vào lớp cha.
    - - Ưu và nhược điểm
        
        Nguyên tắc Trách nhiệm Đơn lẻ . Bạn có thể tách giao diện hoặc mã chuyển đổi dữ liệu khỏi logic nghiệp vụ chính của chương trình.
        
        Nguyên tắc Mở / Đóng . Bạn có thể giới thiệu các loại bộ điều hợp mới vào chương trình mà không vi phạm mã máy khách hiện có, miễn là chúng hoạt động với bộ điều hợp thông qua giao diện máy khách.
      - Độ phức tạp tổng thể của mã tăng lên vì bạn cần giới thiệu một tập hợp các giao diện và lớp mới. Đôi khi, đơn giản hơn chỉ cần thay đổi lớp dịch vụ để nó khớp với phần còn lại của mã của bạn.
  - - - sử dụng được sử dụng để tách thành phần trừu tượng (abstraction) và thành phần thực thi (implementation) riêng biệt.
      - nên được thiết kế trước khi phát triển hệ thống để Abstraction và Implementation có thể thực hiện một cách độc lập.
      - lợi ích
        
        Giảm sự phục thuộc giữa abstraction và implementation
        
        Giảm số lượng những lớp con không cần thiết
  - - - Khả năng áp dụng
        
        Sử dụng mẫu Decorator khi bạn cần có thể chỉ định các hành vi bổ sung cho các đối tượng trong thời gian chạy mà không vi phạm mã sử dụng các đối tượng này.
      - Trình trang trí cho phép bạn cấu trúc lôgic nghiệp vụ của mình thành các lớp, tạo trình trang trí cho mỗi lớp và soạn các đối tượng với nhiều sự kết hợp khác nhau của lôgic này trong thời gian chạy. Mã máy khách có thể xử lý tất cả các đối tượng này theo cùng một cách, vì chúng đều tuân theo một giao diện chung.
        
        Sử dụng mẫu khi cảm thấy khó xử hoặc không thể mở rộng hành vi của đối tượng bằng cách sử dụng tính năng kế thừa.
      - Nhiều ngôn ngữ lập trình có finaltừ khóa có thể được sử dụng để ngăn chặn việc mở rộng thêm một lớp. Đối với một lớp cuối cùng, cách duy nhất để sử dụng lại hành vi hiện có sẽ là bọc lớp đó bằng trình bao bọc của riêng bạn, sử dụng mẫu Trang trí.
  - - - Ưu và nhược điểm
        
        Bạn có thể tách mã của mình khỏi sự phức tạp của một hệ thống con.
      - Một mặt tiền có thể trở thành một đối tượng thần thánh cùng với tất cả các lớp của một ứng dụng.
  - - - Giảm số lượng đối tượng được tạo ra bằng cách chia sẻ đối tượng. Vì vậy, tiết kiệm bộ nhớ và các thiết bị lưu trữ cần thiết.
      - Cãi thiện khả năng cache dữ liệu vì thời gian đáp ứng nhanh
- - - - Đảm bảo rằng chỉ có một instance của lớp.
      - Việc quản lý việc truy cập tốt hơn vì chỉ có một thể hiện duy nhất.
      - Có thể quản lý số lượng thể hiện của một lớp trong giớn hạn chỉ định.
- - - - Mỗi lớp đối tượng chỉ nên đảm nhận MỘT nhiệm vụ
      - mỗi khi ta muốn thêm chức năng,.. cho chương trình, chúng ta nên viết class mới mở rộng class cũ ( bằng cách kế thừa hoặc sở hữu class cũ) không nên sửa đổi class cũ.
    - - Nên viết mã nguồn ĐÓNG với chỉnh sửa nhưng MỞ với thêm mới
      - Khi cần thay đổi chương trình:
        
        Giải pháp 1: chỉnh sửa mã nguồn rủi ro!
        
        Giải pháp 2: thêm mã nguồn mới tính mở rộng!
    - - Trong một chương trình, các object của class con có thể thay thế class cha mà không làm thay đổi tính đúng đắn của chương trình
      - vd: nếu class VịtChạyPin kế thừa class vịt, cần pin mới chạy được. Khi class này kế thừa class Vịt, vì không có pin không chạy được, sẽ gây lỗi.
    - - Thay vì dùng 1 interface lớn, ta nên tách thành nhiều interface nhỏ, với nhiều mục đích cụ thể
      - vd: có 1 interface lớn, khoảng 100 methods, implements sẽ khá cực khổ, ngoài ra còn có thể dư thừa vì 1 class không cần dùng hết 100 method. Khi tách interface ra thành nhiều interface nhỏ, gồm các method liên quan tới nhau, việc implement và quản lý sẽ dễ hơn.
    - - Phát biểu: Mỗi thành phần hệ thống (class, module, …) chỉ nên phụ thuộc vào các abstractions, không nên phụ thuộc vào các concretions hoặc implementations cụ thể.
      - Ví dụ: Câu trả lời thực ra rất đơn giản: mọi linh kiện máy tính dù cho có cấu tạo chi tiết khác nhau (implement khác nhau), nhưng luôn giao tiếp với nhau thông qua các chuẩn đã định sẵn (abstraction), cụ thể ở đây là mainboard giao tiếp với ổ đĩa cứng thông qua chuẩn kết nối chung SATA.