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?).
Command Pattern là một Behavioral Pattern với tư duy đưa các request trong chương trình phần mềm của bạn gói gọn trong 1 Object (object này chứa đầy đủ thông tin cần thiết để thực thi) và xử lý chúng khi cần thiết. Mỗi khi cần thực hiện điều gì bạn chỉ cần gửi đi 1 Object chứa các thông tin chi tiết, ở đầu nhận sẽ thực thi đúng với yêu cầu và đặc tả bạn đã định ra sẵn.
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.
Hôm nay mình có trải nghiệm ứng dụng Lovable AI. Chỉ với vài thao tác đơn giản, một website hẹn hò dành cho thú cưng đã ra đời, nhanh chóng và hiệu quả đến bất ngờ! Tuy nhiên, trải nghiệm này cũng kéo theo 1 vài suy ngẫm về những mặt trái của AI trong ngành phát triển phần mềm.