Design Patterns là gì?
Design patterns (mẫu thiết kế) là những giải pháp tổng quát, đã được kiểm chứng cho các vấn đề lặp đi lặp lại trong thiết kế phần mềm hướng đối tượng. Chúng không phải đoạn code hoàn chỉnh mà là “khuôn mẫu” linh hoạt mà lập trình viên tùy biến cho phù hợp với từng tình huống cụ thể.
Nắm vững design patterns giúp bạn viết code dễ bảo trì, dễ mở rộng và giao tiếp hiệu quả với đồng nghiệp. Bài viết này dành cho người mới, giải thích khái niệm, phân loại và cách học thực tế.
Vì sao design patterns ra đời?
Năm 1994, bốn tác giả Erich Gamma, Richard Helm, Ralph Johnson và John Vlissides – được gọi là Gang of Four (GoF) – xuất bản cuốn sách kinh điển “Design Patterns: Elements of Reusable Object-Oriented Software”. Cuốn sách hệ thống hóa 23 mẫu thiết kế đúc kết từ hàng nghìn dự án phần mềm thực tế.
Giá trị lớn nhất của design patterns không chỉ là giải pháp kỹ thuật mà còn là ngôn ngữ chung. Thay vì mô tả dài dòng cách tổ chức code, bạn chỉ cần nói “dùng Observer ở đây” và đồng nghiệp hiểu ngay kiến trúc bạn định xây dựng.
Ba nhóm design patterns chính
GoF phân loại 23 mẫu thành ba nhóm dựa trên mục đích sử dụng:
- Creational (nhóm khởi tạo): Giải quyết vấn đề tạo đối tượng một cách linh hoạt, gồm 5 mẫu.
- Structural (nhóm cấu trúc): Tổ chức quan hệ giữa các lớp và đối tượng, gồm 7 mẫu.
- Behavioral (nhóm hành vi): Quản lý giao tiếp và phân chia trách nhiệm giữa các đối tượng, gồm 11 mẫu.
Nhóm Creational – khởi tạo đối tượng
- Singleton: Đảm bảo một lớp chỉ có duy nhất một thể hiện trong toàn chương trình, ví dụ kết nối database dùng chung.
- Factory Method: Lớp con quyết định tạo đối tượng nào, giúp tách rời logic tạo đối tượng khỏi nơi sử dụng.
- Builder: Xây dựng đối tượng phức tạp từng bước, phù hợp với object có nhiều tham số tùy chọn.
Nhóm Structural – cấu trúc lớp và đối tượng
- Adapter: Làm cho hai interface không tương thích hoạt động cùng nhau, giống như phích cắm chuyển đổi điện.
- Decorator: Thêm hành vi cho đối tượng tại thời điểm chạy mà không sửa code gốc, ví dụ cà phê thêm sữa, thêm đường.
- Facade: Cung cấp một “cửa trước” đơn giản che đi hệ thống phức tạp bên trong.
Nhóm Behavioral – hành vi và giao tiếp
- Observer: Quan hệ một – nhiều: khi đối tượng thay đổi, tất cả “người theo dõi” tự động được thông báo. Ví dụ điển hình là sự kiện click trong trình duyệt.
- Strategy: Hoán đổi thuật toán tại thời điểm chạy, ví dụ chọn phương thức thanh toán hoặc thuật toán sắp xếp khác nhau.
- Command: Đóng gói một hành động thành đối tượng, hỗ trợ hoàn tác (undo), xếp hàng đợi tác vụ.
Design patterns và SOLID có liên hệ gì?
SOLID là năm nguyên tắc thiết kế nền tảng, còn design patterns là cách triển khai cụ thể của những nguyên tắc đó. Ví dụ:
- Strategy chính là hiện thân của nguyên tắc Open/Closed – mở rộng hành vi mà không sửa code cũ.
- Factory hỗ trợ Dependency Inversion – phụ thuộc vào abstraction thay vì lớp cụ thể.
- Observer giúp các thành phần phụ thuộc vào interface trừu tượng thay vì phụ thuộc trực tiếp vào nhau.
Design patterns xuất hiện ở đâu trong thực tế?
Bạn đã dùng design patterns mỗi ngày mà có thể không nhận ra:
- Event listener trong JavaScript và DOM chính là Observer.
- Redux trong React dùng Observer kết hợp store kiểu Singleton.
- Luồng I/O của Java như BufferedReader bọc FileReader chính là Decorator.
- React, Vue, Angular là kiến trúc component kết hợp mô hình MVVM hoặc MVC.
- Các thư viện logging hay ORM thường ẩn sau một Facade đơn giản.
Khi nào KHÔNG nên dùng design patterns?
Design patterns không phải “thuốc chữa bách bệnh”. Áp dụng sai chỗ tạo ra code thừa, khó đọc và khó bảo trì – đúng thứ mà patterns vốn muốn tránh. Nguyên tắc vàng:
- Chỉ áp dụng pattern khi vấn đề thực sự lặp lại – đừng áp dụng “để dành cho tương lai” (YAGNI).
- Code đơn giản luôn tốt hơn code “thông minh” đầy pattern.
- Cẩn thận với Singleton – lạm dụng là cạm bẫy phổ biến nhất của người mới vì nó tạo trạng thái toàn cục khó kiểm thử.
Cách học design patterns hiệu quả cho người mới
- Đừng cố học thuộc cả 23 mẫu. Bắt đầu với 5–10 mẫu thông dụng: Singleton, Factory, Observer, Strategy, Decorator, Adapter, Facade, Iterator.
- Học qua ví dụ cụ thể bằng ngôn ngữ bạn quen – trang refactoring.guru có code mẫu bằng nhiều ngôn ngữ kèm giải thích trực quan.
- Nhận diện pattern trong code bạn đang viết: đoạn nào lặp lại cấu trúc thì có thể rút về pattern.
- Thực hành bằng cách refactor code cũ thay vì viết dự án mới từ đầu.
Kết luận
Design patterns là bộ công cụ tư duy giúp lập trình viên giải quyết vấn đề theo cách đã được kiểm chứng và dễ trao đổi. Hãy học từng nhóm nhỏ, áp dụng đúng lúc và luôn ưu tiên sự đơn giản. Khi thành thạo, bạn sẽ thấy patterns không phải công thức cứng nhắc mà là nền tảng để thiết kế phần mềm sạch và bền vững.
