Mẫu thiết kế (khoa học máy tính)

Bách khoa toàn thư mở Wikipedia

Trong công nghệ phần mềm, một mẫu thiết kế là một giải pháp tổng thể cho các vấn đề chung trong thiết kế phần mềm. Một mẫu thiết kế không phải là một thiết kế hoàn thiện để mà có thể được chuyển đổi trực tiếp thành mã; nó chỉ là một mô tả hay là sườn (template) mô tả cách giải quyết một vấn đề mà có thể được dùng trong nhiều tình huống khác nhau. Các mẫu thiết kế hướng đối tượng thường cho thấy mối quan hệ và sự tương tác giữa các lớp hay các đối tượng, mà không cần chỉ rõ các lớp hay đối tượng của từng ứng dụng cụ thể. Các giải thuật không được xem là các mẫu thiết kế, vì chúng giải quyết các vấn đề về tính toán hơn là các vấn đề về thiết kế.

[sửa] Lịch sử

Các mẫu xuất phát từ một ý niệm kiến trúc đưa ra bởi Christopher Alexander. Vào năm 1987, Kent Beck và Ward Cunningham bắt đầu thử nghiệm ý tưởng áp dụng các mẫu vào lập trình và đưa ra các kết quả của chúng tại hội thảo OOPSLA vào năm đó. Vào các năm tiếp theo, Beck, Cunningham và những người khác vẫn tiếp tục với công việc này.

Các mẫu thiết kế đã trở nên phổ biến trong khoa học máy tính sau khi cuốn sách Design Patterns: Elements of Reusable Object-Oriented Software được ấn hành vào năm 1994 (Gamma et al). Vào cùng năm đó, cuộc hội thảo đầu tiên về Các ngôn ngữ mẫu cho các chương trình đã được tổ chức và vào năm sau, Kho dự trữ các mẫu Portland (Portland Pattern Repository) đã được thiết lập để lưu trữ văn bản về các mẫu thiết kế.

[sửa] Cách sử dụng

Các mẫu thiết kế có thể giúp tăng tốc quá trình phát triển phần mềm bằng cách cung cấp các mẫu hình (paradigms) phát triển đã được chứng thực và kiểm chứng. Để thiết kế phần mềm hiệu quả đòi hỏi phải xem xét các yếu tố mà chỉ trở nên rõ ràng sau khi hiện thực. Xác định được chúng, thông qua các mẫu thiết kế, chúng ta sẽ thoát khỏi chúng vì chúng có thể dẫn đến những rắc rối lớn và cải tiến khả năng dễ đọc của mã cho người viết mã và các nhà kiến trúc sẽ cảm thấy quen thuộc với các mẫu.

Thông thường, mọi người chỉ biết cách áp dụng một số kĩ thuật thiết kế phần mềm nào đó vào một vài vấn đề cụ thể nào đó. Những kĩ thuật này khó áp dụng mở rộng cho các vấn đề khác. Các mẫu thiết kế cung cấp các giải pháp chung, được viết tài liệu dưới một định dạng mà không gắn liền với một vấn đề cụ thể nào cả.

Các mẫu cho phép các nhà phát triển giao tiếp với nhau dùng các tên dễ hiểu, được dùng rộng rãi để đặt cho các tương tác của phần mềm. Các mẫu thiết kế chung có thể được cải tiến qua thời gian, để trở nên ổn định hơn là thiết kế tùy biến (ad-hoc designs).

[sửa] Phân loại

Các mẫu thiết kế có thể được phân loại dựa vào nhiều tiêu chí, chung nhất là dựa vào vấn đề cơ bản mà chúng giải quyết. Theo tiêu chuẩn này, các mẫu thiết kế có thể được phân loại thành nhiều lớp, một số trong chúng là:

Các mẫu Cơ Sở (Fundamental pattern)
Các mẫu Tạo Lập (Creational pattern)
Các mẫu Cấu Trúc (Structural pattern)
Các mẫu Ứng Xử (Behavioral pattern)
Các mẫu Đồng Thời (Concurrency pattern)
Các mẫu xử lí Sự Kiện (Event handling pattern)
Các mẫu Kiến Trúc (Architectural pattern)

[sửa] Viết tài liệu

Việc viết tài liệu cho một mẫu thiết kế nên chứa đựng đủ thông tin về vấn đề mà mẫu đề cập, ngữ cảnh trong đó nó được sử dụng và giải pháp được đề nghị. Tuy vậy, các tác giả mẫu thường sử dụng các dạng trình bày mẫu riêng của mình để trình bày các mẫu thiết kế, và các dạng trình bày mẫu thường tương tự với các phần cần thiết đã nêu. Các tác giả thường bao gồm thêm một số đoạn để cung cấp nhiều thông tin hơn và tổ chức các phần cần thiết trong những đoạn khác nhau có thể có với những tên khác nhau. Một dạng chung thường được sử dụng là dạng được sử dụng bởi "Bộ tứ" (Các tác giả của Mẫu Thiết Kế). Nó bao gồm các đoạn:

Tên mẫu và sự phân loại: Mỗi mẫu nên có một tên mô tả và là duy nhất để danh định và tham khảo đến. Thêm vào đó, một mẫu nên được phân loại theo một cách đã được mô tả trước đó. Việc phân loại giúp việc định ra việc sử dụng mẫu .
Dự định: Đoạn này nên mô tả mục tiêu của mẫu và các lập luận cho việc sử dụng mẫu. Nó như phần vấn đề của mẫu.
Tên gọi khác: Một mẫu có thể c1o nhiều hơn một tên. Những tên này nên được viết trong đọan này.
Động cơ: Đoạn này cung cấp một kịch bản bao gồm một vấn đề và một ngữ cảnh trong đó mẫu có thể được sử dụng. Với mối quan hệ vấn đề và ngữ cảnh, đoạn này chỉ ra khi nào mẫu được sử dụng.
Có thể áp dụng: Đoạn này mô tả các tình huống trong đó mẫu có thể áp dụng. Nó biểu diễn phần ngữ cảnh của mẫu.
Cấu trúc: Một biểu diễn đồ thị của mẫu.Sơ đồ lớp và Sơ đồ tương tác có thể được sử dụng cho cho mục đích này.
Thành phần tham gia: Danh sách các lớp và đối tượng được sử dụng trong mẫu này và vai trò của chúng trong thiết kế.
Sự cộng tác: Mô tả cách các lớp và các đối tượng được sử dụng trong mẫu tương tác với các đối tượng khác.
Các kết quả: Đoạn này mô tả các kết quả, ảnh hưởng và các thỏa hiệp gây ra khi sử dụng mẫu.
Sự hiện thực: Đoạn này mô tả sự hiện thực mẫu và biểu diễn phần giải pháp của mẫu. Nó cung cấp các kỹ thuật được sử dụng trong việc hiện thực mẫu, và đề nghị các cách cho sự hiện thực này.
Mã mẫu: Một minh họa cách mẫu này được sử dụng trong một ngôn ngữ lập trình.
Các sử dụng được biết: Đoạn này bao gồm các ví dụ sử dụng thực sự của mẫu.
Các mẫu liên quan: Đoạn này bao gồm các mẫu khác có một số quan hệ với mẫu ví thế chúng có thể được sử dụng cùng với mẫu hoặc thay thế cho mẫu. Nó cũng bao gồm các sự khác nhau của mẫu với các mẫu tương tự khác.

[sửa] Đánh giá

Some feel that the need for patterns results from using computer languages or techniques with insufficient abstraction ability. Under ideal factoring, a concept should not be copied, but merely referenced. But if something is referenced instead of copied, then there is no "pattern" to label and catalog. It is also said that design patterns encourage navigational database-like structures instead of the allegedly cleaner relational approach where such structures are viewpoints instead of hard-wired into programming code. However, critics of the relational approach suggest that it does not integrate well enough with behavior. The level of coupling that should be supplied between behavior and data is a contentious topic.

[sửa] Xem thêm

Anti-pattern
Khai thác mẫu (Pattern mining)
Pedagogical patterns
Portland Pattern Repository
Programming practice
Refactoring
Kỹ nghệ phần mềm and Danh sách các chủ đề kỹ nghệ phần mềm

[sửa] Tham khảo

{{{Author}}} (). A Pattern Language: Towns, Buildings, Construction. New York: Oxford University Press. .

{{{Author}}} (1996). Proceedings of the 18th International Conference on Software Engineering. . .

Beck, Kent, Ward Cunningham. Using Pattern Languages for Object-Oriented Programs. Presented at the Workshop on the Specification and Design for Object-Oriented Programming at OOPSLA '87.

{{{Author}}} (). Pattern-oriented Software Architecture, Volume 1: A System of Patterns. John Wiley & Sons. ISBN 0471958697.

{{{Author}}} (1998). The Design Patterns Java Companion. Addison-Wesley. .

{{{Author}}} (). Pattern Languages of Program Design. Addison-Wesley. ISBN 0201607344.

{{{Author}}} (). Pattern Languages of Program Design 2. Addison-Wesley. ISBN 0201895277.

{{{Author}}} ({{{Year}}}). Addendum to the Proceedings of OOPSLA'87, volume 23,5 of ACM SIGPLAN Notices. . .

{{{Author}}} (2002). Design Patterns for Networking Applications in Java. . .

{{{Author}}} (). Patterns of Enterprise Application Architecture. Addison-Wesley. ISBN 0321127420.

Fowler, Martin. Patterns [software patterns] Software, IEEE, Volume: 20, Issue: 2, March-April 2003. Pages: 56 – 57.

{{{Author}}} (2004). Head First Design Patterns. O'Reilly Media. ISBN 0-596-00712-4.

{{{Author}}} (1995). Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley. ISBN 0201633612.

{{{Author}}} (1997). Design Patterns CD. {{{Publisher}}}. ISBN 0201634988.

{{{Author}}} (). Pattern Languages of Program Design 4. Addison-Wesley. ISBN 0201433044.

{{{Author}}} (). J2EE Design Patterns. O'Reilly. ISBN 0-596-00427-3.

{{{Author}}} (). Pattern-oriented Software Architecture. Volume 3: Patterns for Resource Management. John Wiley & Sons. ISBN 0470845252.

{{{Author}}} (). EJB Design Patterns: Advanced Patterns, Processes and Idioms. John Wiley & Sons. ISBN 0-471-20831-0.

{{{Author}}} ({{{Year}}}). Pattern Languages of Program Design 3. Addison-Wesley. ISBN 0201310112.

{{{Author}}} (). Pattern-oriented Software Architecture. Volume 2: Patterns for Concurrent and Networked Objects. John Wiley & Sons. ISBN 0471606952.