Composite Pattern là một mẫu thiết kế thông minh, hướng dẫn chúng ta cách tổ chức dữ liệu một cách trực quan và dễ quản lý. Thay vì xử lý các đối tượng đơn lẻ, hãy gom nhóm những đối tượng có tính tương đồng lại với nhau, tạo thành một cấu trúc phân cấp linh hoạt. Điều này giúp chương trình hoặc module trở nên gọn gàng, dễ bảo trì và mở rộng hơn.
Facade Pattern đưa ra một khuyến nghị cho Dev khi viết Software mà muốn tích hợp giữa nhiều Module, Feature với nhau. Hay vì tham chiếu trực tiếp, hãy tham chiếu qua Facade để giúp đơn giản hóa sự phụ thuộc.
Flyweight Pattern là cách diễn đạt Flexing khi mấy anh em dev không muốn dùng từ Cache – Caching – Memorization.
Proxy Pattern mang đến một góc nhìn mới trong thiết kế kiến trúc phần mềm, đó là việc Ủy quyền xử lý. Thay vì các logic nghiệp vụ được gọi trực tiếp mỗi khi cần, chúng ta sẽ đặt một lớp trung gian (Proxy) vào giữa để đại diện cho các xử lý quan trọng từ phía Caller.
Lớp Proxy này sẽ đóng vai trò như một Người gác cổng, quyết định xem có nên cho phép lời gọi được thực hiện tiếp hay không, hoặc tạm thời HOLD lệnh chờ xử lý, hoặc thậm chí tự mình thực hiện logic và trả về kết quả ngay lập tức, mà không cần truy cập vào nguồn dữ liệu gốc.
Observer Pattern là 1 mẫu thiết kế quan trọng, nó đưa ra 1 giải pháp cho việc nhận và xử lý những sự thay đổi trên 1 luồng dữ liệu nhất định bằng cách Observe (giám sát) lên luồng dữ liệu đó.
Một luồng dữ liệu có thể có 0, 1 hoặc nhiều đối tượng đang Observe lên. Và khi luồng dữ liệu có sự thay đổi, tất cả các Observer đều sẽ nhận được thông tin này để có thể thực thi các logic cần thiết tương ứng.
Mediator Pattern đưa lên một giải pháp cho việc quản lý dependency giữa nhiều Class khác nhau. Đó là thay vì cho các Class tương tác và gọi trực tiếp với nhau, Mediator sẽ đứng giữa và điều hướng các Logic (Nghe quen quen ha, giống Proxy hay Facade Pattern đúng không?).
Chain of Responsibility (CoR) là một Behavioral Pattern trong các Design Pattern thông dụng. CoR mang một tư tưởng là chia nhỏ các xử lý thành một chuỗi các xử lý nhỏ hơn, các Node bên trong chuỗi này sẽ đảm nhiệm 1 vai trò nhất định và truyền output của mình cho Node tiếp theo.
Thay vì lãng phí thời gian và công sức để viết lại code từ đầu, AE Dev chúng ta hoàn toàn có thể sử dụng Adapter Pattern để biến hóa các module, hay framework bất đồng ngôn ngữ thành những người bạn tâm giao, tâm đầu ý hợp cho sản phẩm của mình. Việc này vừa giúp rút ngắn thời gian phát triển, vẫn đảm bảo được sự ổn định của hệ thống cũ và chắc chắn sẽ giúp bạn có thêm nhiều bài học mới về phát triển sản phẩm đấy 🙂
Hãy tưởng tượng bạn đang xây dựng một ứng dụng quản lý chi tiêu. Ứng dụng này cần truy cập đến một đối tượng duy nhất để đọc và ghi (ExpendManager) các chi tiêu của khách hàng. Nếu có nhiều Instance của object ExpendManager, có thể xảy ra xung đột và dữ liệu cấu hình bị sai lệch.