Design patterns Elements of Reusable Object Oriented Software

Design patterns Elements of Reusable Object Oriented Software<br /><table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody><tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglki61GvDW6AEZemPuWwjNg1GQBWm9lH5-l9cfGLNWgQbITYBIK9DEomLDRpCD616vWfzisa0uVz0rxFGkQ74Gj3RaQPR3NRtCcEQGKVympM3AMD5jbIhdTzzkA_lRd4PbMp6CKGNCixzH/s1600/Design-Patterns.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEglki61GvDW6AEZemPuWwjNg1GQBWm9lH5-l9cfGLNWgQbITYBIK9DEomLDRpCD616vWfzisa0uVz0rxFGkQ74Gj3RaQPR3NRtCcEQGKVympM3AMD5jbIhdTzzkA_lRd4PbMp6CKGNCixzH/s1600/Design-Patterns.png" width="368" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">Design patterns Elements of Reusable Object Oriented Software</td></tr></tbody></table><div class="separator" style="clear: both; text-align: center;"><span style="color: red; font-size: x-large;"><a href="https://drive.google.com/file/d/0B6aHy9Nd8VFiRVA5M2RBLWhudkE/edit?usp=sharing" rel="nofollow" target="_blank">DOWNLOAD FILE</a></span></div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">1 Introduction ...................................................... 11 </div><div class="separator" style="clear: both; text-align: left;">1.1 What Is a Design Pattern? ...................................... 12 </div><div class="separator" style="clear: both; text-align: left;">1.2 Design Patterns in Smalltalk MVC ............................... 14 </div><div class="separator" style="clear: both; text-align: left;">1.3 Describing Design Patterns ..................................... 16 </div><div class="separator" style="clear: both; text-align: left;">1.4 The Catalog of Design Patterns ................................. 18 </div><div class="separator" style="clear: both; text-align: left;">1.5 Organizing the Catalog ......................................... 21 </div><div class="separator" style="clear: both; text-align: left;">1.6 How Design Patterns Solve Design Problems ...................... 23 </div><div class="separator" style="clear: both; text-align: left;">1.7 How to Select a Design Pattern ................................. 42 </div><div class="separator" style="clear: both; text-align: left;">1.8 How to Use a Design Pattern .................................... 44 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">2 A Case Study: Designing a Document Editor ......................... 46 </div><div class="separator" style="clear: both; text-align: left;">2.1 Design Problems ................................................ 46 </div><div class="separator" style="clear: both; text-align: left;">2.2 Document Structure ............................................. 47 </div><div class="separator" style="clear: both; text-align: left;">2.3 Formatting ..................................................... 53 </div><div class="separator" style="clear: both; text-align: left;">2.4 Embellishing the User Interface ................................ 56 </div><div class="separator" style="clear: both; text-align: left;">2.5 Supporting Multiple Look-and-Feel Standards .................... 60 </div><div class="separator" style="clear: both; text-align: left;">2.6 Supporting Multiple Window Systems ............................. 64 </div><div class="separator" style="clear: both; text-align: left;">2.7 User Operations ................................................ 72 </div><div class="separator" style="clear: both; text-align: left;">2.8 Spelling Checking and Hyphenation .............................. 77 </div><div class="separator" style="clear: both; text-align: left;">2.9 Summary ........................................................ 90 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">Design Pattern Catalog .............................................. 93 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">3 Creational Patterns ............................................... 94 </div><div class="separator" style="clear: both; text-align: left;">Abstract Factory ................................................... 99 </div><div class="separator" style="clear: both; text-align: left;">Builder ........................................................... 110 </div><div class="separator" style="clear: both; text-align: left;">Factory Method .................................................... 121 </div><div class="separator" style="clear: both; text-align: left;">Prototype ......................................................... 133 </div><div class="separator" style="clear: both; text-align: left;">Singleton ......................................................... 144 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">Discussion of Creational Patterns .................................. 153 </div><div class="separator" style="clear: both; text-align: left;"> esign Patterns: Elements of Reusable Object-Oriented Software </div><div class="separator" style="clear: both; text-align: left;">3 </div><div class="separator" style="clear: both; text-align: left;">4 Structural Patterns .............................................. 155 </div><div class="separator" style="clear: both; text-align: left;">Adapter ........................................................... 157 </div><div class="separator" style="clear: both; text-align: left;">Bridge ............................................................ 171 </div><div class="separator" style="clear: both; text-align: left;">Composite ......................................................... 183 </div><div class="separator" style="clear: both; text-align: left;">Decorator ......................................................... 196 </div><div class="separator" style="clear: both; text-align: left;">Façade ............................................................ 208 </div><div class="separator" style="clear: both; text-align: left;">Flyweight ......................................................... 218 </div><div class="separator" style="clear: both; text-align: left;">Proxy ............................................................. 233 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">Discussion of Structural Patterns ................................. 246 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">5 Behavioral Patterns .............................................. 249 </div><div class="separator" style="clear: both; text-align: left;">Chain of Responsibility ........................................... 251 </div><div class="separator" style="clear: both; text-align: left;">Command ........................................................... 263 </div><div class="separator" style="clear: both; text-align: left;">Interpreter ....................................................... 274 </div><div class="separator" style="clear: both; text-align: left;">Iterator .......................................................... 289 </div><div class="separator" style="clear: both; text-align: left;">Mediator .......................................................... 305 </div><div class="separator" style="clear: both; text-align: left;">Memento ........................................................... 316 </div><div class="separator" style="clear: both; text-align: left;">Observer .......................................................... 326 </div><div class="separator" style="clear: both; text-align: left;">State ............................................................. 338 </div><div class="separator" style="clear: both; text-align: left;">Strategy .......................................................... 349 </div><div class="separator" style="clear: both; text-align: left;">Template Method ................................................... 360 </div><div class="separator" style="clear: both; text-align: left;">Visitor ........................................................... 366 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">Discussion of Behavioral Patterns ................................. 382 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">6 Conclusion ....................................................... 388 </div><div class="separator" style="clear: both; text-align: left;">6.1 What to Expect from Design Patterns ........................... 388 </div><div class="separator" style="clear: both; text-align: left;">6.2 A Brief History ............................................... 392 </div><div class="separator" style="clear: both; text-align: left;">6.3 The Pattern Community ......................................... 393 </div><div class="separator" style="clear: both; text-align: left;">6.4 An Invitation ................................................. 395 </div><div class="separator" style="clear: both; text-align: left;">6.5 A Parting Thought ............................................. 396 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">A Glossary ......................................................... 397 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">B Guide to Notation ................................................ 404 </div><div class="separator" style="clear: both; text-align: left;">B.1 Class Diagram ................................................. 404 </div><div class="separator" style="clear: both; text-align: left;">B.2 Object Diagram ................................................ 406 </div><div class="separator" style="clear: both; text-align: left;">B.3 Interaction Diagram ........................................... 407 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">C Foundation Classes ............................................... 409 </div><div class="separator" style="clear: both; text-align: left;">C.1 List .......................................................... 409 </div><div class="separator" style="clear: both; text-align: left;">C.2 Iterator ...................................................... 412 </div><div class="separator" style="clear: both; text-align: left;">C.3 ListIterator .................................................. 413 esign Patterns: Elements of Reusable Object-Oriented Software </div><div class="separator" style="clear: both; text-align: left;">4 </div><div class="separator" style="clear: both; text-align: left;">C.4 Point ......................................................... 413 </div><div class="separator" style="clear: both; text-align: left;">C.5 Rect .......................................................... 414 </div><div class="separator" style="clear: both; text-align: left;"><br /></div><div class="separator" style="clear: both; text-align: left;">Bibliography ....................................................... 416</div><br />

Design patterns Elements of Reusable Object Oriented Software

Design patterns Elements of Reusable Object Oriented Software Design patterns Elements of Reusable Object Oriented Software DOWNLOAD FILE 1 ...

Read more »

Abstract factory Patterns

<span style="font-size: large;">I. Vấn đề đặt ra</span><br /><span style="font-size: large;">II. Định nghĩa</span><br />Mẫu AbstractFactory là một mẫu thiết kế mà cung cấp cho trình khách một giao diện cho một họ hoặc một tập các đối tượng thuộc các lớp khác nhau nhưng có cùng chung giao diện với nhau mà không phải trực tiếp làm việc với từng lớp con cụ thể.<br /><span style="font-size: large;"></span> <span style="font-size: large;">III. Luợc đồ UML</span><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj12VcEDni6nuobuMndGzYOD3fTCsmi-WXsrhWvQLaytEZ4A6pWrhsiXjabdymn79C-oiVJtSgp4rBIKMl9_7UFID5hKwhIdIVbhyx3epXGozLVXkJVrt88vw4l08TC9YG2b78yRKH7OxfX/s1600/Abstract-factory-Patterns.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="370" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj12VcEDni6nuobuMndGzYOD3fTCsmi-WXsrhWvQLaytEZ4A6pWrhsiXjabdymn79C-oiVJtSgp4rBIKMl9_7UFID5hKwhIdIVbhyx3epXGozLVXkJVrt88vw4l08TC9YG2b78yRKH7OxfX/s1600/Abstract-factory-Patterns.png" width="400" /></a></div><div class="separator" style="clear: both;">+ AbstractFactory (ContinentFactory):  Khai báo một giao diện cho các thao tác để tạo ra các dẫn xuất trừu tượng</div><div class="separator" style="clear: both;">+ ConcreteFactory (AfricaFactory, AmericaFactory):  Cài đặt các thao tác để tạo ra các đối tượng dẫn xuất chi tiết</div><div class="separator" style="clear: both;">+ AbstractProduct (Herbivore, Carnivore):  Khai báo một giao diện cho một kiểu đối tượng dẫn xuất</div><div class="separator" style="clear: both;">+ Product (Wildebeest, Lion, Bison, Wolf):  Định nghĩa một đối tượng dẫn xuất được tạo ra bởi một factory cụ thể tương ứng. Cài đặt giao diện AbstractProduct</div><div class="separator" style="clear: both;">+ Client (AnimalWorld):  Sử dụng giao diện được khai báo bởi các lớp AbstractFactory và AbstractProduct</div><span style="font-size: large;">IV. V</span><span style="font-size: large;">í dụ về mẫu</span><br /><br /><span style="font-size: large;">V. Các mẫu liên quan</span><br />AbstractFactory thường được cài đặt cùng với singleton, FactoryMethod đôi khi còn dùng cả Prototype. Các lớp con cụ thể (concrete class) thường được cài đặt bằng singleton. Bởi singleton có thể tạo ra những đối tượng đồng nhất cho dù chúng ta gọi nó ở đâu trong chương trình.Các mẫu này sẽ được nói kỹ hơn ở các phần sau.

Abstract factory Patterns

I. Vấn đề đặt ra II. Định nghĩa Mẫu AbstractFactory là một mẫu thiết kế mà cung cấp cho trình khách một giao diện cho một họ hoặc một tập cá...

Read more »

Design Patterns

<i>Design Patterns là các mẫu thiết kế đuợc các lập trình viên sử dụng rộng rãi. Mỗi mẫu "<a href="http://www.studycoding.net/search/label/Design%20Patterns" rel="" target="_blank">Design Patterns</a>" là 1 giải pháp giải quyết tốt cho các lập trình viên khi ở truờng hợp nhất định.</i><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhoKY9ZDiDanfl24tGWrHca68AGRWqZViBtTIl9SU2BHSB3W1YI3ZBMAfXvALgcI2IxGWi1PoQUjdQUR79g5sQatuBi0VPL-KNs5jGyG0wiehfWvCrPwGgaHVf11kHIHcWIO6pv14Z1pSVm/s1600/Design-Pattern.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhoKY9ZDiDanfl24tGWrHca68AGRWqZViBtTIl9SU2BHSB3W1YI3ZBMAfXvALgcI2IxGWi1PoQUjdQUR79g5sQatuBi0VPL-KNs5jGyG0wiehfWvCrPwGgaHVf11kHIHcWIO6pv14Z1pSVm/s1600/Design-Pattern.jpg" width="367" /></a></div><i><br /></i> <i>Design patterns là tập các giải pháp cho cho vấn đề phổ biến trong thiết kế các hệ thống máy tính. Đây là tập các giải pháp đã được công nhận là tài liệu có giá trị, những người phát triển có thể áp dụng giải pháp này để giải quyết các vấn đề tương tự.</i><br /><i>Giống như với các yêu cầu của thiết kế và phân tích hướng đối tượng (nhằm đạt được khả năng sử dụng các thành phần và thư viện lớp), việc sử dụng các mẫu cũng cần phải đạt được khả năng tái sử dụng các giải pháp chuẩn đối với vấn đề thường xuyên xảy ra.</i><br /><i>Christopher Alexander nói rằng :” Mỗi một mẫu mô tả một vấn đề xảy ra lặp đi lặp lại trong môi trường và mô tả cái cốt lõi của giải pháp để cho vấn đề đó.Bằng cách nào đó bạn đã dùng nó cả triệu lần mà không làm giống nhau 2 lần”.</i><br /><span style="font-size: x-large;">I. Hệ thống các mẫu</span><br /><div class="separator" style="clear: both; text-align: center;"><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwyPtQyNQrB1_jdYipmK28UMZ6oJjc6CnPp0tZjb49EPopldZEMs8PFAWTDtLGbgU1x4_KEDbHFDiUWBGLe2WIbi3pVh_4kPOPKwNc7bHWaQYBQSswH0JJN8rRUbxtBqo3BwJzdbe9RjYb/s1600/Design-Patterns-Categories.png" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="223" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwyPtQyNQrB1_jdYipmK28UMZ6oJjc6CnPp0tZjb49EPopldZEMs8PFAWTDtLGbgU1x4_KEDbHFDiUWBGLe2WIbi3pVh_4kPOPKwNc7bHWaQYBQSswH0JJN8rRUbxtBqo3BwJzdbe9RjYb/s1600/Design-Patterns-Categories.png" width="400" /></a></div><span style="font-size: large;"><br /></span>Hệ thống các mẫu design pattern hiện có 23 mẫu được định nghĩa trong cuốn “<a href="http://www.studycoding.net/2014/06/design-patterns-elements-of-reusable.html" target="_blank">Design patterns Elements of Reusable Object Oriented Software</a>”. Hệ thống các mẫu này có thể nói là đủ và tối ưu cho việc giải quyết hết các vấn đề của bài toán phân tích thiết kế và xây dựng phần mềm trong thời điểm hiện tại.Hệ thống các mẫu design pattern được chia thành 3 nhóm: Creational, nhóm Structural,nhóm behavioral.<br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg2Z93w8kP_5_dM7MYSfIIdW3Lkd-r1B0VWFZeDNDctgahcoNWhswEbMUI-sR3v676PHVfqxwf93gwbt8-Mvfils1gXMnXxxIrMTHN7N8OkUiz4pGNYBfZ0DYF1aCV9GjuvKPJH8zVyY50H/s1600/design-category.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="237" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEg2Z93w8kP_5_dM7MYSfIIdW3Lkd-r1B0VWFZeDNDctgahcoNWhswEbMUI-sR3v676PHVfqxwf93gwbt8-Mvfils1gXMnXxxIrMTHN7N8OkUiz4pGNYBfZ0DYF1aCV9GjuvKPJH8zVyY50H/s1600/design-category.jpg" width="400" /></a></div><br /><br /><span style="font-size: large;">I.1. Nhóm Creational</span><br />Gồm có 5 pattern: AbstractFactory, Abstract Method, Builder, Prototype, và Singleton. Nhóm này liên quan tới việc tạo ra các thể nghiệm (instance) của đối tượng, tách biệt với cách được thực hiện từ ứng dụng. Muốn xem xét thông tin của các mẫu trong nhóm này thì phải dựa vào biểu đồ nào phụ thuộc vào chính mẫu đó, mẫu thiên về hành vi hay cấu trúc.<br /><span style="font-size: large;">I.2. Nhóm Structural</span><br />Gồm có 7 mẫu : Adapter, Bridge,Composite,Decorator,Facade,Proxy,và Flyweight.Nhóm này liên quan tới các quan hệ cấu trúc giữa các thể nghiệm, dùng kế thừa,kết tập, tương tác. Để xem thông tin về mẫu này phải dựa vào biểu đồ lớp của mẫu.<br /><span style="font-size: large;">I.3. Nhóm Behavioral </span><br />Gồm có 11 mẫu : Interpreter,Template Method,Chain of esponsibility,Command,terator,Mediator,Memento,Observer,State,Strategy và Visitor.Nhóm này liên quan đến các quan hệ gán trách nhiệm để cung cấp các chức năng giữa các đối tượng trong hệ thống. Đối với các mẫu thuộc nhóm này ta có thể dựa vào biểu đồ cộng tác và biểu đồ diễn tiến. Biểu đồ cộng tác và biểu đồ diễn tiến sẽ giải thích cho ta cách chuyển giao của các chức năng.<br /><br /><div style="text-align: center;"><span style="font-size: x-large;">Creational Design Patterns</span></div><span style="font-size: large;">1.Abstract factory Patterns</span><br />Mẫu AbstractFactory là một mẫu thiết kế mà cung cấp cho trình khách một giao diện cho một họ hoặc một tập các đối tượng thuộc các lớp khác nhau nhưng có cùng chung giao diện với nhau mà không phải trực tiếp làm việc với từng lớp con cụ thể.<br /><span style="font-size: large;">2. Builder Patterns</span><br />Builder là mẫu thiết kế hướng đối tượng được tạo ra để chia một công việc khởi tạo phức tạp của một đối tượng ra riêng rẽ từ  đó có thể tiến hành khởi tạo đối tượng ở các hoàn cảnh khác nhau.<br /><span style="font-size: large;">3.Factory Method Patterns</span><br />Factory Method là một giao diện cho việc tạo ra một đối tượng, nhưng để cho lớp dẫn xuất quyết định lớp nào sẽ được tạo.Factory method để cho một lớp trì hoãn sự thể nghiệm một lớp con.<br /><span style="font-size: large;">4. Prototype Patterns</span><br />Prototype là mẫu thiết kế chỉ định ra một đối tượng đặc biệt để khởi tạo, nó sử dụng một thể nghiệm sơ khai rồi sau đó sao chép ra các đối tượng khác từ mẫu đối tượng này.<br /><span style="font-size: large;">5. Singleton Patterns</span><br />Singleton là mẫu thiết kế nhằm đảm bảo chỉ có duy nhất một thể nghiệm và cung cấp điểm truy cập của nó một cách thống nhất toàn cục.<br /><div style="text-align: center;"><span style="font-size: x-large;">Stuctural Design Patterns</span></div><span style="font-size: large;">1.Adapter Patterns</span><br />Adapter là mẫu thiết kế dùng để biến đổi giao diện của một lớp thành một giao diện khác mà clients yêu cầu. Adapter ngăn cản các lớp làm việc cùng nhau đó không thể làm bằng cách nào khác bởi giao diện không tương thích.<br /><span style="font-size: large;">2. Bridge Patterns</span><br />Bridge là mẫu thiết kế dùng để tách riêng một lớp trừu tượng khỏi thành phần cài đặt của nó để có được hai cái có thể biến đổi độc lập.<br /><span style="font-size: large;">3. Composite Patterns</span><br />Composite là mẫu thiết kế dùng để tạo ra các đối tượng trong các cấu trúc cây để biểu diễn hệ thống phân lớp: bộ phận – toàn bộ. Composite cho phép các client tác động đến từng đối tượng và các thành phần của đối tượng một cách thống nhất.<br /><span style="font-size: large;">4. Decorator Patterns</span><br />Gắn một vài chức năng bổ sung cho các đối tượng (gán động). Decorator cung cấp một số thay đổi mềm dẻo cho các phân lớp để mở rộng thêm các chức năng.<br /><span style="font-size: large;">5. Facade Patterns</span><br />Mẫu Facade cung cấp một giao diện thống nhất cho một tập các giao diện trong một hệ thống con. Facade định nghĩa một giao diện ở mức cao hơn, giao diện này làm cho hệ thống con được sử dụng dễ dàng hơn.<br /><span style="font-size: large;">6. Flyweight Patterns</span><br />Mẫu thiết kế Flyweight là mẫu thiết kế được sử dụng việc chia xẻ để trợ giúp một lượng lớn các đối tượng một cách hiệu quả.<br />Việc sử dụng mẫu này cần chú ý rằng :các hiệu ứng của Flyweight pattern đòi hỏi rất nhiều vào việc nó được sử dụng ở đâu và sử dụng nó như thế nào. Sử dụng Flyweight pattern khi tất cả cá điều sau đây là đúng:<br />- Một ứng dụng sử dụng một lượng lớn các đối tượng.<br />- Giá thành lưu trữ rất cao bởi số lượng các đối tượng là rất lớn.<br />- Hầu hết trạng thái của các đối tượng có thể chịu tác động từ bên ngoài.<br />- Ứng dụng không yêu cầu đối tượng đồng nhất. Khi các đối tượng flyweight có<br />thể bị phân tách, việc kiểm tra tính đồng nhất sẽ trả về đúng cho các đối tượng<br />được định nghĩa dựa trên các khái niệm khác nhau.<br /><span style="font-size: large;">7. Proxy Patterns</span><br />Cung cấp một đại diện cho một đối tượng khác để điều khiển việc truy nhập nó.<br /><div style="text-align: center;"><span style="font-size: x-large;">Behavioral Design Patterns</span></div><span style="font-size: large;">1.Chain of Responsibility Patterns</span><br />Mẫu Chain of Responsiblity dùng để tránh sự liên kết trực tiếp giữa đối tượng gửi yêu cầu và đối tượng nhận yêu cầu khi yêu cầu có thể đựơc xử lý bởi hơn một đối tượng. Móc nối các đối tượng nhận yêu cầu thành một chuỗi và gửi yêu cầu theo chuỗi đó cho đến khi có một đối tượng xử lý nó.<br /><span style="font-size: large;">2. Command Patterns</span><br />Mẫu Command đóng gói yêu cầu như là một đối tượng, làm cho nó có thể được truyền như một tham số, được lưu trữ trong một history list hoặc thao tác theo những cách thức khác nhau.<br /><span style="font-size: large;">3. Interperter Patterns</span><br />Interpreter đưa ra một ngôn ngữ, xây dựng cách diễn đạt ngôn ngữ đó cùng với một trình phiên dịch sử dụng cách diễn tả trên để phiên dịch các câu.<br /><span style="font-size: large;">4. Iterator Patterns</span><br />Mẫu Iterator cung cấp khả năng truy cập và duyệt các thành phần của một tập hợp không cần quan tâm đến cách thức biểu diễn bên trong.<br /><span style="font-size: large;">5. Mediator Patterns</span><br />Mediator dùng để đóng gói cách thức tương tác của một tập hợp các đối tượng. Giảm bớt liên kết và cho phép thay đổi cách thức tương tác giữa các đối tượng.<br /><span style="font-size: large;">6. Memento Patterns</span><br />Memento là mẫu thiết kế có thể lưu lại trạng thái của một đối tượng để khôi phục lại sau này mà không vi phạm nguyên tắc đóng gói.<br /><span style="font-size: large;">7. Observer Patterns</span><br />Observer định nghĩa một phụ thuộc 1- nhiều giữa các đối tượng để khi một đối tượng thay đổi trạng thái thì tất cả các phục thuộc của nó được nhận biết và cập nhật tự động.<br /><span style="font-size: large;">8. Sate Patterns</span><br />Sate là mẫu thiết kế cho phép một đối tượng thay đổi các hành vi của nó khi các trạng thái bên trong của nó thay đổi. Đối tượng sẽ xuất hiện để thay đổi các lớp của nó.<br /><span style="font-size: large;">9. Strategy Patterns</span><br />Strategy là mẫu thiết kế dùng để định nghĩa một họ các thuật toán, đóng gói mỗi thuật toán đó và làm cho chúng có khả năng thay đổi dễ dàng.Strategy cho phép giả thuật tùy biến một cách độc lập tại các Client sử dụng nó.<br /><span style="font-size: large;">10. Template Method Patterns</span><br />Template Method là mẫu xác định sườn của một giải thuật trong một thao tác, theo một số bước của các phân lớp. Template Method cho phép các lớp con xác định lại chắc chắn một số bước của một giải thuật bên ngoài cấu trúc của giải thuật đó.<br /><span style="font-size: large;">11. Visitor Patterns</span><br />Visitor là mẫu thiết kế xác định sườn của một giải thuật trong một thao tác, theo một số bước của các phân lớp. Template Method cho phép các lớp con xác định lại chắc chắn một số bước của một giải thuật bên ngoài cấu trúc của giải thuật đó.<br /><span style="font-size: x-large;">II. Ứng dụng D</span><span style="font-size: x-large;">esign Pattern trong thực tế phân tích thiết kế phần mềm </span><span style="font-size: x-large;">hướng đối tượng</span><br />Ứng dụng của design pattern trong thực tế phân tích thiết kế phần mềm hướng đối tượng là rất lớn. Hầu như cứ ở đâu có phần mềm hướng đối tượng thì ở đó có design pattern. Design pattern được vận dụng linh hoạt và dưới nhiều hình thức khác nhau.Trong nội dung đồ án môn học này chúng tôi xin trình bày một vài ứng dụng điển hình của Design pattern.<br /><span style="font-size: large;">I.Framework</span><br />Cả Framework có liên quan đến mẫu, nhưng giữa chúng có sự khác nhau rõ ràng. Framework thì tổng quát hơn và có thể áp dụng cho một lĩnh vực cụ thể.Ví dụ Framework tài chính sẽ chứa các lớp về tài chính trong các mối quan hệ được xác định bởi các mẫu thiết kế, từ framework này có thể phát triển để tạo ra các ứng dụng về tài chính.Framework là một tập các lớp được đóng gói để có thể dùng lại cho các ứng dụng cụ thể. Ứng dụng thực hiện Customize các lớp này như kế thừa, dẫn xuất để tạo ra các lớp mới phục vụ cho mục đích của ứng dụng.Framework phải có được những đặc điểm là : nhỏ gọn,và đầy đủ dễ customize, tính khái quát cao,... Tập các lớp trong framework được cài đặt và thiết lập các mối quan hệ theo các mẫu design pattern.<br /><span style="font-size: large;">II.Kiến trúc Add – Ins</span><br />Đây là một mô hình ứng dụng cho phép tạo ra một giao diện ghép nối các môđun ứng dụng một cách dễ dàng. Ứng dụng gồm có nhân ứng dụng (core) và các môđun ghép nối là các gói DLL. Cấu hình của ứng dụng được lưu vào các file định dạng XML.<br />Global property thường là các mẫu thực thể (datasim) có thể cấu hình các thành phần được.<br />Resource : thường là các lớp singleton quản lý tài nguyên tập trung bao gồm<br />- Icon Resource<br />- Error Message Resource<br />- Language Resource<br />Chúng được gộp vào một đối tượng quản lý là SingletonResourceManager cung cấp mọi điểm truy cập đồng nhất trong đối tượng.<br />Basic GUI layer : cung cấp các giao diện đồ hoạ cơ bản.Thường sử dụng các mẫu Abstract Factory, Abstract Method Proxy, Facade và Memento (kết hợp với XML).<br />Extensible Module Tree : Đây là phần quan trọng của nhân ứng dụng. Nó cung cấp các giao diện ghép nối với các mô đun bên ngoài. Các lớp trong phần này thường được cài đặt dưới dạng các Entity patterns (mẫu thực thể), hay còn gọi là các Codon. Mỗi codon gồm có :ID (name - chỉ duy nhất một tên cho một codon), Label( nhãn có thể trùng nhau) và Class (đây là mã thực thi của codon đó). Class này thường là<br />các Command patterns.<br /><br /><div style="text-align: right;"><i>Bài viết có tham khảo 1 số sách</i></div><div style="text-align: right;"><i>1.Design patterns Elements of Reusable Object Oriented Software</i></div><div style="text-align: right;"><i>2. The design patterns SmallTalk Companion</i></div><div style="text-align: right;"><i>3. Analysis Patterns: Reusable Object Models</i></div><div style="text-align: right;"><i>4. Concurrent Programming in JavaTM: Design Principles and Patterns</i></div><div style="text-align: right;"><i>5. Pattern Languages of Program Design</i></div><div style="text-align: right;"><i>6. Pattern Languages of Program Design 2</i></div><div style="text-align: right;"><i>7. Pattern Languages of Program Design 3</i></div><div style="text-align: right;"><i>8. ThinkInPatterns</i></div>

Design Patterns

Design Patterns là các mẫu thiết kế đuợc các lập trình viên sử dụng rộng rãi. Mỗi mẫu " Design Patterns " là 1 giải pháp giải quyế...

Read more »