Chúng được mô tả tốt nhất dưới dạng khuôn mẫu để xử lý một tình huống thông thường nhất định. Một kiến trúc sư có thể có một mẫu để thiết kế một số loại khung cửa nhất định mà anh ấy phù hợp với nhiều dự án của mình và một kỹ sư phần mềm hoặc kiến trúc sư phần mềm nên biết các mẫu để giải quyết các thách thức lập trình thường gặp
Một bản trình bày tốt về một mẫu thiết kế nên bao gồm
- Tên
- Vấn đề tạo động lực
- Dung dịch
- Hậu quả
vấn đề tương đương
Nếu bạn đang nghĩ rằng đó là một khái niệm khá mơ hồ, thì bạn đã đúng. Chẳng hạn, chúng tôi có thể nói rằng "mẫu" sau đây giải quyết tất cả các vấn đề của bạn
- Tìm nạp và chuẩn bị dữ liệu cần thiết và các tài nguyên khác
- Thực hiện các tính toán cần thiết và thực hiện các công việc cần thiết
- Tạo nhật ký về những gì bạn đang làm
- Giải phóng tất cả các tài nguyên
- ???
- Lợi nhuận
Đây là một ví dụ về suy nghĩ quá trừu tượng. Bạn thực sự không thể gọi đây là một khuôn mẫu vì nó không thực sự là một khuôn mẫu tốt để giải quyết bất kỳ vấn đề nào, mặc dù về mặt kỹ thuật có thể áp dụng cho bất kỳ vấn đề nào [bao gồm cả việc chuẩn bị bữa tối]
Ở một thái cực khác, bạn có thể có những giải pháp quá cụ thể để được gọi là một khuôn mẫu. Chẳng hạn, bạn có thể thắc mắc liệu QuickSort có phải là một mẫu để giải bài toán sắp xếp hay không.
Đây chắc chắn là một vấn đề lập trình phổ biến và QuickSort là một giải pháp tốt cho vấn đề này. Tuy nhiên, nó có thể được áp dụng cho bất kỳ bài toán sắp xếp nào mà không cần sửa đổi nhiều.
Khi bạn có nó trong thư viện và bạn có thể gọi nó, công việc thực sự duy nhất của bạn là làm cho đối tượng của bạn có thể so sánh được bằng cách nào đó, bạn không thực sự phải tự mình giải quyết bản chất của nó để sửa đổi nó cho phù hợp với vấn đề cụ thể của bạn
Các vấn đề tương đương nằm ở đâu đó giữa các khái niệm này. Đây là những vấn đề khác nhau đủ tương tự để bạn có thể áp dụng cùng một mô hình cho chúng, nhưng đủ khác nhau để mô hình này phải được tùy chỉnh đáng kể để có thể áp dụng trong từng trường hợp
Các mẫu có thể được áp dụng cho các loại vấn đề này là những gì chúng ta có thể đặt tên cho các mẫu thiết kế một cách có ý nghĩa
Tại sao nên sử dụng Mẫu thiết kế?
Có thể bạn đã quen thuộc với một số mẫu thiết kế thông qua thực hành viết mã. Rất nhiều lập trình viên giỏi cuối cùng cũng bị họ thu hút ngay cả khi không được dạy rõ ràng hoặc họ chỉ học hỏi từ những người đi trước trên đường đi.
Có rất nhiều động lực để tạo, học và sử dụng các mẫu thiết kế. Chúng là một cách để đặt tên cho các khái niệm trừu tượng phức tạp để có thể thảo luận và giảng dạy
Chúng giúp giao tiếp trong nhóm nhanh hơn, bởi vì ai đó có thể chỉ cần sử dụng tên của mẫu thay vì lấy bảng trắng ra. Chúng cho phép bạn học hỏi từ kinh nghiệm của những người đi trước bạn, thay vì phải phát minh lại bánh xe bằng cách tự mình trải qua toàn bộ quá trình luyện tập để cải thiện dần dần các phương pháp thực hành [và phải liên tục co rúm người lại với mã cũ của bạn]
Các giải pháp tồi có xu hướng được phát minh phổ biến vì thoạt nhìn chúng có vẻ hợp lý thường được gọi là phản mẫu. Để một thứ gì đó được gọi là phản mẫu, nó cần phải được phát minh lại một cách phổ biến và cần phải có một mẫu cho cùng một vấn đề để giải quyết nó tốt hơn
Mặc dù có tiện ích rõ ràng trong thực tế, các mẫu thiết kế cũng hữu ích cho việc học. Chúng giới thiệu cho bạn nhiều vấn đề mà bạn có thể chưa xem xét và cho phép bạn suy nghĩ về các tình huống mà bạn có thể chưa có kinh nghiệm thực hành chuyên sâu
Chúng là thứ bắt buộc phải học đối với tất cả mọi người và chúng là nguồn học tập đặc biệt tốt cho tất cả các kiến trúc sư và nhà phát triển đầy tham vọng, những người có thể mới bắt đầu sự nghiệp và thiếu kinh nghiệm trực tiếp đối mặt với các vấn đề khác nhau mà ngành cung cấp
Các mẫu thiết kế trong Python
Theo truyền thống, các mẫu thiết kế đã được phân thành ba loại chính. Sáng tạo, cấu trúc và hành vi. Có các danh mục khác, như các mẫu kiến trúc hoặc đồng thời, nhưng chúng nằm ngoài phạm vi của bài viết này
Ngoài ra còn có các mẫu thiết kế dành riêng cho Python được tạo riêng xung quanh các vấn đề mà chính cấu trúc của ngôn ngữ cung cấp hoặc xử lý các vấn đề theo những cách đặc biệt chỉ được phép do cấu trúc của ngôn ngữ
Mẫu thiết kế sáng tạo xử lý việc tạo các lớp hoặc đối tượng. Chúng phục vụ để trừu tượng hóa các chi tiết cụ thể của các lớp để chúng ta ít phụ thuộc vào việc triển khai chính xác của chúng hoặc để chúng ta không phải xử lý việc xây dựng phức tạp bất cứ khi nào chúng ta cần chúng hoặc để chúng ta đảm bảo một số thuộc tính khởi tạo đặc biệt. Chúng rất hữu ích để giảm mức độ phụ thuộc và kiểm soát cách người dùng tương tác với các lớp của chúng tôi
Các mẫu thiết kế cấu trúc giải quyết việc lắp ráp các đối tượng và lớp thành các cấu trúc lớn hơn, đồng thời giữ cho các cấu trúc đó linh hoạt và hiệu quả. Chúng có xu hướng thực sự hữu ích để cải thiện khả năng đọc và khả năng bảo trì của mã, đảm bảo các chức năng được phân tách, đóng gói đúng cách và có các giao diện tối thiểu hiệu quả giữa những thứ phụ thuộc lẫn nhau
Các mẫu thiết kế hành vi xử lý các thuật toán nói chung và phân công trách nhiệm giữa các đối tượng tương tác. Ví dụ: chúng là những phương pháp hay trong trường hợp bạn có thể muốn triển khai một giải pháp ngây thơ, chẳng hạn như chờ đợi bận rộn hoặc tải các lớp của bạn bằng mã không cần thiết cho một mục đích cụ thể không phải là cốt lõi của chức năng của chúng
Mẫu thiết kế sáng tạo
Mẫu thiết kế kết cấu
Hãy xem hướng dẫn thực hành, thực tế của chúng tôi để học Git, với các phương pháp hay nhất, tiêu chuẩn được ngành chấp nhận và bao gồm bảng gian lận. Dừng các lệnh Git trên Google và thực sự tìm hiểu nó