<html><body><h2 style="text-align:justify;">1. Design Patterns là gì nhỉ? </h2>     Tổng quan thì Design Patterns như một công thức để ta có thể áp dụng vào giải quyết một số vấn đề cụ thể trong lập trình, cụ thể là Lập trình hướng đối tượng (OOP). Nó là những giải pháp đã được đúc kết và tối ưu hóa cho các trường hợp cụ thể. Thay vì phải tìm cách tối ưu hóa, tổ chức code lại từ đầu, thì bạn đơn giản có thể áp dụng các Design Patterns phù hợp và đã được tối ưu cho trường hợp bạn gặp phải. Từ định nghĩa đó ta có thể thấy được một số tình huống mà Design Patterns có thể phát huy sức mạnh tối đa của nó:<ul><li>Bạn gặp một tình huống phức tạp khi lập trình. Đừng lo, khả năng cao đã có một (hoặc có thể là một vài) Design Patterns có thể giải quyết vấn đề của bạn thật đơn giản và gọn gàng. Chỉ cần áp dụng theo là xong.</li><li>Bạn trao đổi với các developer khác trong team về cách tổ chức source code của một hệ thống khá lớn và phức tạp. Bạn (và team của bạn) cảm thấy khó khăn khi trình bày ý tưởng của mình. Hãy sử dụng Design Patterns như một ngôn ngữ chung để nói về những ý tưởng phức tạp một cách đơn giản. (Giả sử thay vì nói rằng “Ta có thể tạo một Abstract Class để tập trung các xử lý tạo các Instance của class Hotel để dễ dàng che giấu việc khai báo các Instance con liên quan đến Hotel đồng thời có thể dễ dàng tạo nhiều Instance của Hotel mootj cách dễ dàng và tường minh” thì ta có thể nói là “Ta có thể áp dụng Abstract Factory Design Patterns cho class Hotel” thế thôi!)</li></ul><h2 style="text-align:justify;">2. Những điểm mạnh của Design Patterns</h2>     Việc nắm bắt và áp dụng Design Patterns vào trong công việc của một Developer thực sự sẽ giúp ta có một bước phát triển hoàn toàn mới về cả tư duy lẫn kỹ năng lập trình. Bạn có thể thấy rõ điều đó qua những điểm mạnh của nó sau đây: <ul><li>Giúp bạn tăng tốc độ phát triển các ứng dụng. </li><li>Cải thiện code structure, dễ dàng nâng cấp và sửa đổi.</li><li>Tăng khả năng code reusability.</li><li>Tăng tính readable đối với những cấu trúc code phức tạp. Tăng khả năng communicate giữa các thành viên trong team (Nếu mọi người đều biết về Design Patterns)</li><li>Do các Design Patterns đã được tối ưu nên ta cũng có thể tránh được những lỗi không mong muốn phát sinh trong quá trình Implementation.</li></ul><h2 style="text-align:justify;">3. Những hạn chế của Design Patterns</h2><ul><li>Design Patterns không phải là chìa khóa vạn năng, nó chỉ có thể giải quyết được một số những vấn đề nhất định. Nếu ta sử áp dụng Design Patterns vào những trường hợp không phù hợp có thể làm code trở nên rối và phức tạp hơn.</li><li>Design Patterns chỉ làm cho code dễ đọc dễ hiểu với những người có kinh nghiệm về Design Patterns đang được áp dụng. Tuy nhiên đối với những người mới có thể sẽ gặp khó khăn trong việc nắm bắt cấu trúc và khó khăn trong việc debug.</li><li>Bản thân từng Design Patterns cũng có những khuyết điểm của riêng nó (ta sẽ khảo sát cụ thể khi đi vào chi tiết từng Pattern). Nên khi áp dụng Design Patterns nào ta luôn phải cân nhắc kỹ lưỡng những lợi ích và khuyết điểm của nó để đưa ra quyết định có nên sử dụng hay không.</li></ul><h2 style="text-align:justify;">4. Phân loại các Design Patterns:</h2><ul><li>Nhóm Creational: Nhóm Creational là nhóm những Design Patterns tập trung các giải pháp khởi tạo đối tượng và che giấu logic khởi tạo những đối tượng:<ul><li>Nhóm Creational bao gồm: Factory Method, Abstract Factory, Builder, Prototype, Singleton</li></ul></li><li>Nhóm Structural: Nhóm Structural là nhóm những Design Patterns tập trung vào việc tối ưu các thiết kế của class và sự kết hợp các class và object trở lại một cấu trúc lớn hơn.<ul><li>Nhóm Structural bao gồm: Adapter, Bridge, Composite, Decorator, Facade, Flyweight và Proxy</li></ul></li><li>Nhóm Behavioral: Nhóm Behaviour là nhóm những Design Patterns tập trung sự phân chia trách nhiệm của các class và object để phục vụ một mục đích cụ thể. Nhóm này tập trung nhiều hơn vào mối quan hệ giữa các class và object với nhau.<ul><li>Nhóm Behavioral bao gồm: Interpreter, Template Method, Chain of Responsibility, Command, Iterator, Mediator, Memento, Observer, State, Strategy và Visitor </li></ul></li></ul><h2 style="text-align:justify;">5. Cần chuẩn bị những gì trước khi tìm hiểu về Design Patterns?</h2><ul><li>OOP: Tất nhiên rồi, bạn phải nắm tính vũng tư duy lập trình theo hướng đối tượng đã. Các Design Patterns đơn giản là giúp bạn triển khai các tính chất của OOP dễ dàng và linh hoạt hơn mà thôi.</li><li>Cách đọc sơ đồ UML:  Các Design Pattern thường được thể hiện dưới dạng UML diagram, việc đọc hiểu một số concept UML cơ bản là cần thiết để bắt đầu học Design Patterns </li><li>Các bạn có thể tham khảo tại đây: <a href="https://www.guru99.com/uml-diagrams.html">https://www.guru99.com/uml-diagrams.html</a></li><li>Dưới đây là 1 số concept UML cơ bản mình sẽ sử dụng trong loạt bài viết này: </li></ul> <img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-Cn1yI9X33XdJ5N3xgCYsyzvq0ix1YjSsqI6bTqLf.png" alt="A picture containing diagram
 Description automatically generated"><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-CpD296nUoYXW0lMySCd5csSytIINBYEQV7eQ1CdD.png" alt="Diagram
 Description automatically generated"> <ul><li>Ngoài ra hiểu được 2 quy tắc thiết kế “program to interfaces, not implementations” và “favor composition over inheritance” cũng khá quan trọng. Hầu hết các Design Patterns đề được thiết kế dựa trên 2 quy tắc này.</li></ul><h2>6. Lời Kết</h2>     Tóm lại thì: Design Patterns là những mẫu thiết kế để giải quyết những vấn đề phổ biến hay gặp phải trong lập trình, đã được chấp nhận và sử dụng rộng rãi của nhiều lập trình viên có kinh nghiệm.     Áp dụng Design Patterns giúp bạn cải thiện đáng kể tốc độ phát triển ứng dụng và dễ dàng hơn trong việc bảo trì, sửa chữa.     Tuy nhiên, bạn cũng cần phải cân nhắc kỹ lưỡng tính chất của bài toán cần giải quyết, quy mô dự án đang triển khai cũng như những thành viên trong team của bạn trước khi cố gắng áp dụng bất kì Design Patterns nào vào code của dự án.     Cuối cùng, Design Patterns sinh ra nhằm mục đích đơn giản hóa quá trình phát triển ứng dụng, chứ không phải làm cho nó phức tạp lên. Nhớ điều này nhé! References: <a href="https://refactoring.guru/design-patterns">Design Patterns</a><a href="https://www.digitalocean.com/community/tutorials/gangs-of-four-gof-design-patterns">Gangs of Four (GoF) Design Patterns | DigitalOcean</a>Books: <a href="https://books.google.com.vn/books/about/Head_First_Design_Patterns.html?id=GGpXN9SMELMC&amp;redir_esc=y">Head First Design Patterns</a></body></html>

Design Patterns là một trong những công cụ hữu hiệu nhất để giải quyết các bài toán bạn gặp phải trong khi lập trình. Trong bài viết này mình sẽ chia sẻ cho các bạn khái niệm tổng quan về Design Patterns. Ở những bài viết sau ta sẽ đi sâu vào từng Design Patterns để có thể hiểu sâu hơn về nó.

&lt;html&gt;&lt;body&gt;&lt;h2 style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;1. Design Patterns l&agrave; g&igrave; nhỉ?&nbsp;&lt;/span&gt;&lt;/h2&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Tổng quan th&igrave; Design Patterns như một c&ocirc;ng thức để ta c&oacute; thể &aacute;p dụng v&agrave;o giải quyết một số vấn đề cụ thể trong lập tr&igrave;nh, cụ thể l&agrave; Lập tr&igrave;nh hướng đối tượng (OOP). N&oacute; l&agrave; những giải ph&aacute;p đ&atilde; được đ&uacute;c kết v&agrave; tối ưu h&oacute;a cho c&aacute;c trường hợp cụ thể. Thay v&igrave; phải t&igrave;m c&aacute;ch tối ưu h&oacute;a, tổ chức code lại từ đầu, th&igrave; bạn đơn giản c&oacute; thể &aacute;p dụng c&aacute;c Design Patterns ph&ugrave; hợp v&agrave; đ&atilde; được tối ưu cho trường hợp bạn gặp phải. Từ định nghĩa đ&oacute; ta c&oacute; thể thấy được một số t&igrave;nh huống m&agrave; Design Patterns c&oacute; thể ph&aacute;t huy sức mạnh tối đa của n&oacute;:&lt;/span&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Bạn gặp một t&igrave;nh huống phức tạp khi lập tr&igrave;nh. Đừng lo, khả năng cao đ&atilde; c&oacute; một (hoặc c&oacute; thể l&agrave; một v&agrave;i) Design Patterns c&oacute; thể giải quyết vấn đề của bạn thật đơn giản v&agrave; gọn g&agrave;ng. Chỉ cần &aacute;p dụng theo l&agrave; xong.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Bạn trao đổi với c&aacute;c developer kh&aacute;c trong team về c&aacute;ch tổ chức source code của một hệ thống kh&aacute; lớn v&agrave; phức tạp. Bạn (v&agrave; team của bạn) cảm thấy kh&oacute; khăn khi tr&igrave;nh b&agrave;y &yacute; tưởng của m&igrave;nh. H&atilde;y sử dụng Design Patterns như một ng&ocirc;n ngữ chung để n&oacute;i về những &yacute; tưởng phức tạp một c&aacute;ch đơn giản. (Giả sử thay v&igrave; n&oacute;i rằng &ldquo;Ta c&oacute; thể tạo một Abstract Class để tập trung c&aacute;c xử l&yacute; tạo c&aacute;c Instance của class Hotel để dễ d&agrave;ng che giấu việc khai b&aacute;o c&aacute;c Instance con li&ecirc;n quan đến Hotel đồng thời c&oacute; thể dễ d&agrave;ng tạo nhiều Instance của Hotel mootj c&aacute;ch dễ d&agrave;ng v&agrave; tường minh&rdquo; th&igrave; ta c&oacute; thể n&oacute;i l&agrave; &ldquo;Ta c&oacute; thể &aacute;p dụng Abstract Factory Design Patterns cho class Hotel&rdquo; thế th&ocirc;i!)&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2 style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;2. Những điểm mạnh của Design Patterns&lt;/span&gt;&lt;/h2&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Việc nắm bắt v&agrave; &aacute;p dụng Design Patterns v&agrave;o trong c&ocirc;ng việc của một Developer thực sự sẽ gi&uacute;p ta c&oacute; một bước ph&aacute;t triển ho&agrave;n to&agrave;n mới về cả tư duy lẫn kỹ năng lập tr&igrave;nh. Bạn c&oacute; thể thấy r&otilde; điều đ&oacute; qua những điểm mạnh của n&oacute; sau đ&acirc;y:&nbsp;&lt;/span&gt;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Gi&uacute;p bạn tăng tốc độ ph&aacute;t triển c&aacute;c ứng dụng.&nbsp;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Cải thiện code structure, dễ d&agrave;ng n&acirc;ng cấp v&agrave; sửa đổi.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Tăng khả năng code reusability.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Tăng t&iacute;nh readable đối với những cấu tr&uacute;c code phức tạp. Tăng khả năng communicate giữa c&aacute;c th&agrave;nh vi&ecirc;n trong team (Nếu mọi người đều biết về Design Patterns)&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Do c&aacute;c Design Patterns đ&atilde; được tối ưu n&ecirc;n ta cũng c&oacute; thể tr&aacute;nh được những lỗi kh&ocirc;ng mong muốn ph&aacute;t sinh trong qu&aacute; tr&igrave;nh Implementation.&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2 style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;3. Những hạn chế của Design Patterns&lt;/span&gt;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Design Patterns kh&ocirc;ng phải l&agrave; ch&igrave;a kh&oacute;a vạn năng, n&oacute; chỉ c&oacute; thể giải quyết được một số những vấn đề nhất định. Nếu ta sử &aacute;p dụng Design Patterns v&agrave;o những trường hợp kh&ocirc;ng ph&ugrave; hợp c&oacute; thể l&agrave;m code trở n&ecirc;n rối v&agrave; phức tạp hơn.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Design Patterns chỉ l&agrave;m cho code dễ đọc dễ hiểu với những người c&oacute; kinh nghiệm về Design Patterns đang được &aacute;p dụng. Tuy nhi&ecirc;n đối với những người mới c&oacute; thể sẽ gặp kh&oacute; khăn trong việc nắm bắt cấu tr&uacute;c v&agrave; kh&oacute; khăn trong việc debug.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Bản th&acirc;n từng Design Patterns cũng c&oacute; những khuyết điểm của ri&ecirc;ng n&oacute; (ta sẽ khảo s&aacute;t cụ thể khi đi v&agrave;o chi tiết từng Pattern). N&ecirc;n khi &aacute;p dụng Design Patterns n&agrave;o ta lu&ocirc;n phải c&acirc;n nhắc kỹ lưỡng những lợi &iacute;ch v&agrave; khuyết điểm của n&oacute; để đưa ra quyết định c&oacute; n&ecirc;n sử dụng hay kh&ocirc;ng.&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2 style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;4. Ph&acirc;n loại c&aacute;c Design Patterns:&lt;/span&gt;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Nh&oacute;m Creational: Nh&oacute;m Creational l&agrave; nh&oacute;m những Design Patterns tập trung c&aacute;c giải ph&aacute;p khởi tạo đối tượng v&agrave; che giấu logic khởi tạo những đối tượng:&lt;/span&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:#ffffff;color:#000000;font-size:13pt;&quot;&gt;&lt;i&gt;Nh&oacute;m Creational bao gồm: Factory Method,&nbsp;Abstract Factory, Builder, Prototype, Singleton&lt;/i&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Nh&oacute;m Structural: Nh&oacute;m Structural l&agrave; nh&oacute;m những Design Patterns tập trung v&agrave;o việc tối ưu c&aacute;c thiết kế của class v&agrave; sự kết hợp c&aacute;c class v&agrave; object trở lại một cấu tr&uacute;c lớn hơn.&lt;/span&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&lt;i&gt;Nh&oacute;m Structural bao&nbsp;&lt;/i&gt;&lt;/span&gt;&lt;span style=&quot;background-color:#ffffff;color:#000000;font-size:13pt;&quot;&gt;&lt;i&gt;gồm:&nbsp;Adapter, Bridge, Composite, Decorator, Facade, Flyweight v&agrave;&nbsp;Proxy&lt;/i&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Nh&oacute;m Behavioral: Nh&oacute;m Behaviour l&agrave; nh&oacute;m những Design Patterns tập trung sự ph&acirc;n chia tr&aacute;ch nhiệm của c&aacute;c class v&agrave; object để phục vụ một mục đ&iacute;ch cụ thể. Nh&oacute;m n&agrave;y tập trung nhiều hơn v&agrave;o mối quan hệ giữa c&aacute;c class v&agrave; object với nhau.&lt;/span&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&lt;i&gt;Nh&oacute;m Behavioral bao gồm:&nbsp;&lt;/i&gt;&lt;/span&gt;&lt;span style=&quot;background-color:#ffffff;color:#000000;font-size:13pt;&quot;&gt;&lt;i&gt;Interpreter, Template Method, Chain of Responsibility, Command, Iterator, Mediator, Memento, Observer, State, Strategy v&agrave; Visitor&lt;/i&gt;&lt;/span&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2 style=&quot;text-align:justify;&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;5. Cần chuẩn bị những g&igrave; trước khi t&igrave;m hiểu về Design Patterns?&lt;/span&gt;&lt;/h2&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;OOP: Tất nhi&ecirc;n rồi, bạn phải nắm t&iacute;nh vũng tư duy lập tr&igrave;nh theo hướng đối tượng đ&atilde;. C&aacute;c Design Patterns đơn giản l&agrave; gi&uacute;p bạn triển khai c&aacute;c t&iacute;nh chất của OOP dễ d&agrave;ng v&agrave; linh hoạt hơn m&agrave; th&ocirc;i.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;C&aacute;ch đọc sơ đồ UML:&nbsp; C&aacute;c Design Pattern thường được thể hiện dưới dạng UML diagram, việc đọc hiểu một số concept UML cơ bản l&agrave; cần thiết để bắt đầu học Design Patterns&nbsp;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;C&aacute;c bạn c&oacute; thể tham khảo tại đ&acirc;y:&nbsp;&lt;/span&gt;&lt;a href=&quot;https://www.guru99.com/uml-diagrams.html&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#0000ff;font-size:13pt;&quot;&gt;&lt;i&gt;&lt;u&gt;https://www.guru99.com/uml-diagrams.html&lt;/u&gt;&lt;/i&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Dưới đ&acirc;y l&agrave; 1 số concept UML cơ bản m&igrave;nh sẽ sử dụng trong loạt b&agrave;i viết n&agrave;y:&nbsp;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-Cn1yI9X33XdJ5N3xgCYsyzvq0ix1YjSsqI6bTqLf.png&quot; alt=&quot;A picture containing diagram
    Description automatically generated&quot;&gt;&lt;/p&gt;&lt;p&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-CpD296nUoYXW0lMySCd5csSytIINBYEQV7eQ1CdD.png&quot; alt=&quot;Diagram
    Description automatically generated&quot;&gt;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Ngo&agrave;i ra hiểu được 2 quy tắc thiết kế &ldquo;&lt;i&gt;program to interfaces, not implementations&rdquo;&nbsp;&lt;/i&gt;v&agrave; &ldquo;&lt;i&gt;favor composition over inheritance&rdquo;&nbsp;&lt;/i&gt;cũng kh&aacute; quan trọng. Hầu hết c&aacute;c Design Patterns đề được thiết kế dựa tr&ecirc;n 2 quy tắc n&agrave;y.&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:16pt;&quot;&gt;6. Lời Kết&lt;/span&gt;&lt;/h2&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;T&oacute;m lại th&igrave;: Design Patterns l&agrave; những mẫu thiết kế để giải quyết những vấn đề phổ biến hay gặp phải trong lập tr&igrave;nh, đ&atilde; được chấp nhận v&agrave; sử dụng rộng r&atilde;i của nhiều lập tr&igrave;nh vi&ecirc;n c&oacute; kinh nghiệm.&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&Aacute;p dụng Design Patterns gi&uacute;p bạn cải thiện đ&aacute;ng kể tốc độ ph&aacute;t triển ứng dụng v&agrave; dễ d&agrave;ng hơn trong việc bảo tr&igrave;, sửa chữa.&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Tuy nhi&ecirc;n, bạn cũng cần phải c&acirc;n nhắc kỹ lưỡng t&iacute;nh chất của b&agrave;i to&aacute;n cần giải quyết, quy m&ocirc; dự &aacute;n đang triển khai cũng như những th&agrave;nh vi&ecirc;n trong team của bạn trước khi cố gắng &aacute;p dụng bất k&igrave; Design Patterns n&agrave;o v&agrave;o code của dự &aacute;n.&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Cuối c&ugrave;ng, Design Patterns sinh ra nhằm mục đ&iacute;ch đơn giản h&oacute;a qu&aacute; tr&igrave;nh ph&aacute;t triển ứng dụng, chứ kh&ocirc;ng phải l&agrave;m cho n&oacute; phức tạp l&ecirc;n. Nhớ điều n&agrave;y nh&eacute;!&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&nbsp;&lt;/p&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;&lt;strong&gt;References:&nbsp;&lt;/strong&gt;&lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://refactoring.guru/design-patterns&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-size:13pt;&quot;&gt;&lt;u&gt;Design Patterns&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;a href=&quot;https://www.digitalocean.com/community/tutorials/gangs-of-four-gof-design-patterns&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-size:13pt;&quot;&gt;&lt;u&gt;Gangs of Four (GoF) Design Patterns | DigitalOcean&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/p&gt;&lt;p&gt;&lt;span style=&quot;background-color:transparent;color:#000000;font-size:13pt;&quot;&gt;Books:&nbsp;&lt;/span&gt;&lt;a href=&quot;https://books.google.com.vn/books/about/Head_First_Design_Patterns.html?id=GGpXN9SMELMC&amp;amp;redir_esc=y&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-size:13pt;&quot;&gt;&lt;u&gt;Head First Design Patterns&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/p&gt;&lt;/body&gt;&lt;/html&gt;

Giới thiệu tổng quan về Design Patterns

&lt;html&gt;&lt;body&gt;&lt;h2&gt;1. Kiến tr&uacute;c N-Layer&lt;/h2&gt;&lt;p&gt;Ch&uacute;ng ta sẽ c&oacute; c&aacute;c lớp logic v&agrave; vật l&yacute; kh&aacute;c nhau đ&aacute;p ứng cho c&aacute;c nhu cầu trong qu&aacute; tr&igrave;nh ph&aacute;t triển ứng dụng. Hầu hết c&aacute;c ứng dụng sử dụng kiến tr&uacute;c n&agrave;y đều sẽ chứa 4 lớp: presentation, business, persistence v&agrave; database. T&ugrave;y thuộc v&agrave;o độ phức tạp của ứng dụng m&agrave; c&aacute;c lớp sẽ nhiều hoặc &iacute;t hơn.&lt;/p&gt;&lt;figure class=&quot;image image_resized&quot; style=&quot;width:69.42%;&quot;&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-qMDyPoAWykT2Iwws5bsA5h2lA9Asp2r769b8hj8N.png&quot;&gt;&lt;/figure&gt;&lt;h6 style=&quot;text-align:center;&quot;&gt;&lt;strong&gt;Nguồn&lt;/strong&gt;: &lt;a href=&quot;https://www.oreilly.com/library/view/software-architecture-patterns/9781491971437/?_gl=1*7a1tjd*_ga*NzE5NTM3ODY4LjE2NzkzODcyOTk.*_ga_092EL089CH*MTY3OTYzMDAzNy42LjEuMTY3OTYzMDA1NS40Mi4wLjA.&quot;&gt;&lt;i&gt;&lt;strong&gt;Software Architecture Patterns by Mark Richards&lt;/strong&gt;&lt;/i&gt;&lt;/a&gt;&lt;/h6&gt;&lt;p&gt;C&aacute;c lớp trong m&ocirc; h&igrave;nh kiến tr&uacute;c n&agrave;y sẽ đảm nhiệm một vai tr&ograve; cụ thể, v&agrave; khi đứng từ một lớp n&agrave;o đ&oacute;, ch&uacute;ng ta chỉ c&oacute; thể giao tiếp với c&aacute;c lớp b&ecirc;n tr&ecirc;n hoặc b&ecirc;n dưới của n&oacute;. Trong đ&oacute;:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Presentation: l&agrave; lớp sẽ đảm nhiệm việc tương t&aacute;c với người d&ugrave;ng, như l&agrave; giao diện người d&ugrave;ng hoặc cung cấp th&ocirc;ng tin dưới dạng Web API.&lt;/li&gt;&lt;li&gt;Business: được xem như l&agrave; th&agrave;nh phần ch&iacute;nh trong c&aacute;c ứng dụng, l&agrave; lớp sẽ chứa c&aacute;c logic nghiệp vụ, &aacute;nh xạ trực tiếp đến c&aacute;c nghiệp vụ thực tế m&agrave; ứng dụng cần đ&aacute;p ứng.&lt;/li&gt;&lt;li&gt;Persistence: l&agrave; lớp truy xuất v&agrave; lưu trữ dữ liệu bằng c&aacute;ch giao tiếp với lớp Database.&lt;/li&gt;&lt;li&gt;Database: l&agrave; nơi lưu trữ dữ liệu của ứng dụng, như l&agrave; c&aacute;c cơ sở dữ liệu (SQL, No-SQL) hoặc File (Excel, CSV) ...&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Kiến tr&uacute;c N-Layer c&oacute; một số ưu điểm c&oacute; thể kể đến đ&oacute; l&agrave; đơn giản, c&oacute; thể t&aacute;i sử dụng, kiểm thử độc lập, gi&uacute;p cho lập tr&igrave;nh vi&ecirc;n c&oacute; thể dễ tiếp cận v&agrave; l&agrave;m việc với c&aacute;c logic nghiệp vụ nhanh ch&oacute;ng. V&igrave; vậy, ch&uacute;ng ta c&oacute; thể sử dụng kiến tr&uacute;c n&agrave;y cho c&aacute;c ứng dụng quy m&ocirc; nhỏ hoặc th&ocirc;ng thường.&lt;/p&gt;&lt;p&gt;Tuy nhi&ecirc;n, đối với c&aacute;c ứng dụng quy m&ocirc; lớn, t&iacute;nh mở rộng v&agrave; phức tạp cao, th&igrave; kiến tr&uacute;c sẽ hoạt động kh&ocirc;ng hiệu quả. Do thiết kế ph&acirc;n lớp, việc thay đổi logic ở một lớp n&agrave;o đ&oacute; sẽ kh&oacute; cập nhật lại ở c&aacute;c lớp kh&aacute;c, đồng thời cũng g&acirc;y giảm hiệu suất v&igrave; c&aacute;c lớp kh&ocirc;ng liền kề phải giao tiếp gi&aacute;n tiếp th&ocirc;ng qua một lớp kh&aacute;c. Điều n&agrave;y l&agrave;m cho ứng dụng sẽ ng&agrave;y c&agrave;ng trở n&ecirc;n phức tạp v&agrave; cồng kềnh hơn khi logic nghiệp vụ cũng nhiều hơn.&lt;/p&gt;&lt;h2&gt;2. Kiến tr&uacute;c Onion&lt;/h2&gt;&lt;p&gt;Được giới thiệu lần đầu ti&ecirc;n bởi Jeffrey Palermo v&agrave; năm 2008, để khắc phục c&aacute;c vấn đề kể tr&ecirc;n của N-Layer, dựa tr&ecirc;n m&ocirc; h&igrave;nh Domain Driven, tức l&agrave; x&acirc;y dựng ứng dụng theo hướng tập trung v&agrave;o Domain (nghiệp vụ). Từ c&aacute;i t&ecirc;n &quot;Onion&quot;, dịch ra l&agrave; củ h&agrave;nh t&acirc;y, ta c&oacute; thể hiểu được &yacute; đồ của m&ocirc; h&igrave;nh n&agrave;y l&agrave; đặt domain l&agrave;m trung t&acirc;m, v&agrave; bao bọc dần xung quanh bởi c&aacute;c lớp hệ thống kh&aacute;c.&lt;/p&gt;&lt;figure class=&quot;image image_resized&quot; style=&quot;width:69.42%;&quot;&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-PLCfIJtUNLXs2P2w7dVtbBJaIFlEafSq30vXLWIj.png&quot;&gt;&lt;/figure&gt;&lt;h6 style=&quot;text-align:center;&quot;&gt;&lt;strong&gt;Nguồn&lt;/strong&gt;: &lt;a href=&quot;https://www.thoughtworks.com/insights/blog/architecture/demystify-software-architecture-patterns&quot;&gt;&lt;i&gt;&lt;strong&gt;Demystifying software architecture patterns&lt;/strong&gt;&lt;/i&gt;&lt;/a&gt;&lt;/h6&gt;&lt;p&gt;C&aacute;c lớp trong Onion được cải tiến dựa tr&ecirc;n nguy&ecirc;n l&yacute; Dependency Inversion để giải quyết vấn đề ph&acirc;n lớp qu&aacute; chặt chẽ của N-Layer. Đối với c&aacute;c lập tr&igrave;nh vi&ecirc;n .NET Core, việc cải tiến n&agrave;y được thể hiện th&ocirc;ng qua Dependency Injection, được hỗ trợ sẵn, nhằm giảm tối đa sự phụ thuộc giữa c&aacute;c lớp, service với nhau.&lt;/p&gt;&lt;p&gt;Th&ocirc;ng thường, Onion sẽ c&oacute; 4 lớp ch&iacute;nh: domain model, domain services, application service v&agrave; presentation. Như đ&atilde; đề cập ở tr&ecirc;n, Domain Model sẽ l&agrave; lớp trung t&acirc;m của kiến tr&uacute;c n&agrave;y. Trong đ&oacute;:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Domain Model: l&agrave; nơi tập trung c&aacute;c trạng th&aacute;i v&agrave; phương thức, h&agrave;nh vi nghiệp vụ của ứng dụng.&lt;/li&gt;&lt;li&gt;Domain Services: l&agrave; lớp kế tiếp domain model, chứa c&aacute;c interfaces cho việc lưu trữ dữ liệu, phương thức truy xuất, c&ograve;n được gọi l&agrave; Repository.&lt;/li&gt;&lt;li&gt;Application Services: chứa c&aacute;c interfaces với c&aacute;c phương thức như l&agrave; Th&ecirc;m, x&oacute;a, sửa.. Ở c&aacute;c lớp services sẽ chỉ chứa c&aacute;c interfaces v&agrave; c&aacute;c commons class.&lt;/li&gt;&lt;li&gt;Presentation: chứa UI v&agrave; tests. Lớp n&agrave;y cũng chứa c&aacute;c c&agrave;i đặt của c&aacute;c interface ở tầng services.&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Một số ưu điểm của kiến tr&uacute;c n&agrave;y:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;&Iacute;t bị r&agrave;ng buộc giữa c&aacute;c lớp với nhau&lt;/li&gt;&lt;li&gt;X&acirc;y dựng tập trung v&agrave;o nghiệp vụ&lt;/li&gt;&lt;li&gt;Linh hoạt, dễ chuyển đổi, bổ sung v&agrave; mở rộng&lt;/li&gt;&lt;li&gt;C&oacute; thể đưa v&agrave;o ph&aacute;t triển với mẫu DDD (Domain-Driven Design)&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;B&ecirc;n cạnh đ&oacute;, một số nhược điểm dễ nhận thấy ở kiến tr&uacute;c Onion n&agrave;y l&agrave;:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Kh&oacute; tiếp cận đối với những lập tr&igrave;nh vi&ecirc;n mới bắt đầu tham gia, đ&ograve;i hỏi thời gian học v&agrave; t&igrave;m hiểu s&acirc;u&lt;/li&gt;&lt;li&gt;Phức tạp v&agrave; kh&oacute; &aacute;p dụng nếu ứng dụng kh&ocirc;ng c&oacute; nhiều nghiệp vụ&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;3. Kiến tr&uacute;c Clean&lt;/h2&gt;&lt;p&gt;Kiến tr&uacute;c Clean được giới thiệu bởi Uncle Bob v&agrave;o năm 2012, dựa tr&ecirc;n nguy&ecirc;n l&yacute; v&agrave; thừa hưởng c&aacute;c đặc t&iacute;nh của kiến tr&uacute;c Onion. Điểm kh&aacute;c biệt l&agrave; kiến tr&uacute;c n&agrave;y lấy Entities (c&aacute;c đối tượng nghiệp vụ) l&agrave;m trung t&acirc;m.&lt;/p&gt;&lt;figure class=&quot;image image_resized&quot; style=&quot;width:69.42%;&quot;&gt;&lt;img src=&quot;https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-ddf3HUlqvDtDKQ9V9OIRe0gUVlbphOCyCuX7NF5U.png&quot;&gt;&lt;/figure&gt;&lt;h6 style=&quot;text-align:center;&quot;&gt;&lt;strong&gt;Nguồn&lt;/strong&gt;: &lt;i&gt;The Clean Code Blog by Robert C. Martin&lt;/i&gt;&lt;/h6&gt;&lt;p&gt;C&aacute;c lớp trong kiến tr&uacute;c clean sẽ được ph&acirc;n t&aacute;ch dựa tr&ecirc;n c&aacute;c vai tr&ograve; cụ thể:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;C&aacute;c entities sẽ l&agrave; nơi chứa c&aacute;c logic nghiệp vụ ch&iacute;nh (enterprise wide business), c&oacute; thể l&agrave; c&aacute;c đối tượng c&ugrave;ng phương thức, h&agrave;nh vi của n&oacute;, hoặc l&agrave; tập hợp c&aacute;c cấu tr&uacute;c dữ liệu (danh s&aacute;ch, node..) v&agrave; c&aacute;c h&agrave;m. C&aacute;c entities c&oacute; thể được sử dụng ở nhiều nơi kh&aacute;c trong ứng dụng hoặc xuy&ecirc;n suốt qu&aacute; tr&igrave;nh xử l&yacute; nghiệp vụ. C&aacute;c entities sẽ chỉ r&agrave;ng buộc với ch&iacute;nh n&oacute;.&lt;/li&gt;&lt;li&gt;B&ecirc;n ngo&agrave;i sẽ l&agrave; lớp chứa nghiệp vụ của ứng dụng - use cases (application specific business). C&aacute;c th&agrave;nh phần trong lớp n&agrave;y sẽ chứa những c&agrave;i đặt cho việc ứng dụng đ&oacute; l&agrave;m những g&igrave; (use cases). Những thay đổi ở lớp n&agrave;y sẽ kh&ocirc;ng được t&aacute;c động tới c&aacute;c entities, cũng như ch&iacute;nh n&oacute; cũng sẽ kh&ocirc;ng bị t&aacute;c động bởi sự thay đổi của c&aacute;c th&agrave;nh phần kh&aacute;c (database, UI, thư viện...).&lt;/li&gt;&lt;li&gt;Bao bọc c&aacute;c lớp nghiệp vụ sẽ l&agrave; lớp thứ ba, chứa c&aacute;c interface adapters, d&ugrave;ng để khai b&aacute;o interface chuyển đổi dữ liệu v&agrave; th&ocirc;ng tin được y&ecirc;u c&acirc;u giữa c&aacute;c lớp nghiệp vụ v&agrave; c&aacute;c dịch b&ecirc;n ngo&agrave;i, như l&agrave; cơ sở dữ liệu, c&aacute;c frameworkss hay l&agrave; API b&ecirc;n thứ ba.&lt;/li&gt;&lt;li&gt;Lớp ngo&agrave;i c&ugrave;ng sẽ chứa c&aacute;c frameworks v&agrave; drivers, l&agrave; c&aacute;c c&aacute;i đặt cụ thể cho c&aacute;c interface adapters. Đ&acirc;y được xem l&agrave; nơi chứa mọi chi tiết m&agrave; ở c&aacute;c lớp kh&aacute;c khai b&aacute;o th&ocirc;ng qua interfaces. C&aacute;c frameworks v&agrave; tools như l&agrave; cơ sở dữ liệu, web framework, c&aacute;c thư viện b&ecirc;n thứ ba...&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Kiến tr&uacute;c Clean vẫn đi theo nguy&ecirc;n l&yacute; của Onion: r&agrave;ng buộc giữa c&aacute;c lớp n&ecirc;n l&agrave; từ cấp thấp hơn sẽ phụ thuộc v&agrave;o lớp cấp cao hơn th&ocirc;ng qua c&aacute;c interfaces, c&oacute; thể sử dụng Dependency Injection. Như vậy c&aacute;c logic xử l&yacute; ch&iacute;nh sẽ kh&ocirc;ng bị phụ thuộc v&agrave;o c&aacute;c thay đổi đến từ lớp b&ecirc;n ngo&agrave;i (frameworks and drivers). Ngo&agrave;i ra, số lượng c&aacute;c lớp ở kiến tr&uacute;c n&agrave;y cũng kh&ocirc;ng cố định. N&oacute; t&ugrave;y thuộc v&agrave;o ứng dụng cụ thể phức tạp ra sao, c&aacute;c y&ecirc;u cầu nghiệp vụ như thế n&agrave;o...&lt;/p&gt;&lt;p&gt;Từ đ&oacute;, ta c&oacute; thể thấy một số ưu nhược điểm của kiến tr&uacute;c n&agrave;y:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Ưu điểm:&lt;ul&gt;&lt;li&gt;C&oacute; thể sử dụng với m&ocirc; h&igrave;nh microservices hay mẫu DDD&lt;/li&gt;&lt;li&gt;C&aacute;c lớp độc lập với nhau, c&aacute;c logic nghiệp vụ kh&ocirc;ng bị phụ thuộc v&agrave;o c&aacute;c lớp kh&aacute;c&lt;/li&gt;&lt;li&gt;Dễ kiểm thử&lt;/li&gt;&lt;li&gt;Dễ mở rộng, v&igrave; c&aacute;c lớp đ&atilde; c&oacute; vai tr&ograve; ri&ecirc;ng của n&oacute;&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Nhược điểm:&lt;ul&gt;&lt;li&gt;Kh&oacute; để học v&agrave; hiểu c&aacute;c nghiệp vụ đ&atilde; được chia t&aacute;ch th&agrave;nh c&aacute;c lớp&lt;/li&gt;&lt;li&gt;Cấu tr&uacute;c phức tạp v&igrave; cần phải triển khai qua nhiều lớp&lt;/li&gt;&lt;li&gt;Do c&aacute;c lớp kh&ocirc;ng phụ thuộc nhau n&ecirc;n sẽ kh&aacute; trừu tượng&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;4. Vậy kiến tr&uacute;c Onion v&agrave; Clean c&oacute; giống nhau?&lt;/h2&gt;&lt;p&gt;Tuy kiến tr&uacute;c Clean ra đời c&oacute; nhiều ảnh hưởng từ Onion, giữa 2 kiến tr&uacute;c vẫn c&oacute; những điểm giống v&agrave; kh&aacute;c nhau.&lt;/p&gt;&lt;p&gt;Cả hai kiến tr&uacute;c đều hướng tới việc chia ứng dụng th&agrave;nh nhiều lớp xử l&yacute; với c&aacute;c vai tr&ograve; kh&aacute;c nhau, gi&uacute;p cho việc x&acirc;y dựng v&agrave; triển khai dự &aacute;n dễ d&agrave;ng hơn. Cả hai kiến tr&uacute;c đều &aacute;p dụng nguy&ecirc;n l&yacute; Dependency Inversion giữa c&aacute;c lớp, gi&uacute;p cho sự r&agrave;ng buộc giữa c&aacute;c lớp giảm bớt, c&aacute;c lớp cấp thấp hơn sẽ phụ thuộc lớp cấp cao hơn th&ocirc;ng qua abstractions chứ kh&ocirc;ng phải l&agrave; trực tiếp. Ngo&agrave;i ra c&aacute;c ứng dụng x&acirc;y dựng tr&ecirc;n 2 kiến tr&uacute;c n&agrave;y sẽ c&oacute; khả năng mở rộng cao v&agrave; c&oacute; thể được kiểm thử độc lập cho từng lớp.&lt;/p&gt;&lt;p&gt;Những điiểm kh&aacute;c nhau giữa hai kiến tr&uacute;c:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Kiến tr&uacute;c Onion&lt;ul&gt;&lt;li&gt;Tập trung v&agrave;o xử l&yacute; nghiệp vụ v&agrave; đưa n&oacute; v&agrave;o trung t&acirc;m&lt;/li&gt;&lt;li&gt;C&aacute;c lớp được chia theo vai tr&ograve; chung (domain, repositories, services..), chủ yếu để phục vụ cho lớp domain trung t&acirc;m&lt;/li&gt;&lt;li&gt;C&aacute;c xử l&yacute; li&ecirc;n quan đến kỹ thuật, c&ocirc;ng nghệ được đưa c&aacute;c xử l&yacute; ra c&aacute;c lớp b&ecirc;n ngo&agrave;i&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Kiến tr&uacute;c Clean:&lt;ul&gt;&lt;li&gt;Chia việc xử l&yacute; nghiệp vụ th&agrave;nh 2 lớp: enitities (enterprise wide business) v&agrave; use cases (application specific business)&lt;/li&gt;&lt;li&gt;C&aacute;c lớp được chia theo vai tr&ograve; cụ thể (entities, interface adapters, frameworks and drivers..)&lt;/li&gt;&lt;li&gt;Sử dụng dependency inversion để ph&acirc;n t&aacute;ch c&aacute;c xử l&yacute; rồi mới đưa ra b&ecirc;n ngo&agrave;i&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;5. Vậy ta n&ecirc;n sử dụng kiến tr&uacute;c n&agrave;o?&lt;/h2&gt;&lt;p&gt;C&aacute;c ứng dụng kh&aacute;c nhau sẽ c&oacute; khối nghiệp vụ v&agrave; độ phức tạp kh&aacute;c nhau. Cho n&ecirc;n, t&ugrave;y v&agrave;o mỗi ứng dụng v&agrave; c&aacute;c y&ecirc;u cầu chức năng của n&oacute; m&agrave; ta sẽ chọn kiến tr&uacute;c cho ph&ugrave; hợp.&lt;/p&gt;&lt;p&gt;Một số gợi &yacute; khi chọn kiến tr&uacute;c Onion:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;Thường d&agrave;nh cho m&ocirc; h&igrave;nh nghiệp vụ của ứng dụng tương đối phức tạp, y&ecirc;u cầu kh&aacute; nhiều về t&iacute;nh nhất qu&aacute;n cũng như nhiều t&iacute;nh to&aacute;n chặt chẽ.&lt;/li&gt;&lt;li&gt;C&aacute;c c&ocirc;ng nghệ, thư viện sử dụng ở c&aacute;c lớp services c&oacute; thể linh động&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;Ch&uacute;ng ta sẽ c&acirc;n nhắc chọn kiến tr&uacute;c Clean khi:&lt;/p&gt;&lt;ul&gt;&lt;li&gt;M&ocirc; h&igrave;nh nghiệp vụ kh&ocirc;ng qu&aacute; phức tạp, c&oacute; thể chứa trong c&aacute;c đối tượng truyền dữ liệu c&ugrave;ng c&aacute;c h&agrave;nh vi v&agrave; phương thức&lt;/li&gt;&lt;li&gt;C&aacute;c c&ocirc;ng nghệ, thư vi&ecirc;n sử dụng ở c&aacute;c lớp services c&oacute; t&iacute;nh phổ biến, cung cấp nhiều t&iacute;nh năng cho hệ thống&lt;/li&gt;&lt;/ul&gt;&lt;h2&gt;6. Kết luận&lt;/h2&gt;&lt;p&gt;Onion v&agrave; Clean đều l&agrave; những kiến tr&uacute;c rất hay, hướng ứng dụng tới việc xử l&yacute; những kh&iacute;a cạnh của nghiệp vụ, đưa c&aacute;c thư viện, dịch vụ kh&aacute;c ra c&aacute;c lớp b&ecirc;n ngo&agrave;i. Những ứng dụng n&agrave;y sẽ c&oacute; khả năng linh động cao, mở rộng tốt, v&agrave; c&oacute; t&iacute;nh bảo tr&igrave;. C&oacute; thể n&oacute;i, 2 kiến tr&uacute;c n&agrave;y c&oacute; thể sử dụng để x&acirc;y dựng bất kỳ loại ứng dụng n&agrave;o. V&agrave; c&aacute;c lập tr&igrave;nh vi&ecirc;n sẽ cần phải lựa chọn loại kiến tr&uacute;c ph&ugrave; hợp với nhu cầu, sự ph&aacute;t triển của dự &aacute;n, ứng dụng.&lt;/p&gt;&lt;p&gt;T&agrave;i liệu tham khảo&lt;/p&gt;&lt;ol&gt;&lt;li&gt;&lt;a href=&quot;https://www.oreilly.com/library/view/software-architecture-patterns/9781491971437/?_gl=1*7a1tjd*_ga*NzE5NTM3ODY4LjE2NzkzODcyOTk.*_ga_092EL089CH*MTY3OTYzMDAzNy42LjEuMTY3OTYzMDA1NS40Mi4wLjA.&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-family:'Times New Roman';font-size:13pt;&quot;&gt;&lt;u&gt;Software Architecture Patterns by Mark Richards&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://www.oreilly.com/library/view/clean-architecture-a/9780134494272/&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-family:'Times New Roman';font-size:13pt;&quot;&gt;&lt;u&gt;Clean Architecture: A Craftsman&rsquo;s Guide to Software Structure and Design&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-family:'Times New Roman';font-size:13pt;&quot;&gt;&lt;u&gt;The Clean code blog - Clean Architecture (Uncle Bob)&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href=&quot;https://jeffreypalermo.com/2008/07/the-onion-architecture-part-1/&quot;&gt;&lt;span style=&quot;background-color:transparent;color:#1155cc;font-family:'Times New Roman';font-size:13pt;&quot;&gt;&lt;u&gt;The Onion Architecture - Jeffrey Palermo&lt;/u&gt;&lt;/span&gt;&lt;/a&gt;&lt;/li&gt;&lt;/ol&gt;&lt;/body&gt;&lt;/html&gt;

Mô hình kiến trúc N-layer đã khá phổ biến trong phát triển phần mềm, nhưng nó vẫn có khá nhiều điểm yếu. Từ đó, nhiều kiến trúc khác đã ra đời để giúp việc phát triển được tốt hơn. Trong bài viết này, chúng ta sẽ tìm hiểu 2 mô hình được sử dụng rộng rãi là Onion và Clean.

So sánh Onion Architecture và Clean Architecture

Bài viết này mình tập trung chủ yếu vào các nguyên lý của SOLID.  Nhằm hướng dẫn cho anh em lập trình viên nhà mình có một cái nhìn tổng quan về SOLID chẳng hạn như: SOLID là gì? Lợi hại của SOLID? Hy vọng có thể support được mọi người có thêm kiến thức về các nguyên lý thiết kế code.

[Design Pattern] Bài 01: SOLID Trong Thiết Kế Hướng Đối Tượng

Design Patterns

Senior Developer

Trung Tran

Senior AI Engineer

Phong Le

Business Analyst

Duong Dat Thanh

Middle Developer

Nguyễn Nhật Minh

Duy Le

Long Nguyen

In the previous section (part 2), I provided an overview of how to set up a working environment using Docker containers and build a Product Service. In this section (part 3), we will shift our focus to building Customer Service using .NET, Minimal API, and PostgreSQL.

Giới thiệu tổng quan về microservice, lợi ích khi xây dựng dự án sử dụng kiến trúc microservice, các nguyên lý khi xây dựng microservice, điểm mạnh điểm yếu của microservices, đồng thời giới thiệu series thực chiến xây dựng hệ thống microservices.

Tổng quan về Microservices (Phần 1)

Cài đặt môi trường làm việc cho dự án microservices với docker, xây dựng cấu trúc ban đầu cho dự án, triển khai logging và product service, containerize cho product.service.

Thực chiến xây dựng kiến trúc dự án Microservices và triển khai Product Service (phần 2)

Build Customer service (.NET, Minimal API, and PostgreSQL)

Microservices

If you have been writing c# for a while, you must have used String (string and String can be used interchangeably because string is just an alias of String) and StringBuilder class for sure. However, underneath the simple ‘+’ operator is a huge amount of work which was designed for good intention but also could degrade performance drastically if used naively. The StringBuilder class  was crafted in order to overcome one of those problems. Do you know what these problems are and what was resolved? 
Let’s find out in this post!

How string works in c#

<html><body><h2 style="text-align:justify;">1. Cải thiện tốc độ tải trang đi cùng với  3 “Tăng”</h2><h3 style="text-align:justify;">Tăng trải nghiệm người dùng</h3>Nếu so sánh giữa sàn S và sàn L, dù sàn L có nhiều chương trình khuyến mãi hơn, nhưng khảo sát cho thấy số người sử dụng sàn S vẫn chiếm ưu thế. Lý do chính là do giao diện website của sàn S được thiết kế dễ sử dụng, tốc độ truy cập nhanh và có tính linh hoạt. Điều này cho thấy rằng việc tập trung vào trải nghiệm người dùng là rất quan trọng trong việc xây dựng một website.Hiện nay, việc trải nghiệm người dùng là một yếu tố cực kỳ quan trọng trong lĩnh vực thiết kế website. Khách hàng không muốn phải chờ đợi quá lâu để có thể xem được nội dung hoàn chỉnh của một trang web. Trong thời đại kỹ thuật số, người dùng có rất nhiều sự lựa chọn, và họ khó có thể chấp nhận trang web chậm hoặc không có trải nghiệm tốt. Do đó, tập trung vào trải nghiệm người dùng là một yếu tố quan trọng để xây dựng một trang web thành công. Nếu một trang web được thiết kế mà không tập trung vào trải nghiệm người dùng, nó sẽ khó có thể phát triển được và khách hàng sẽ không quay lại. Vì vậy, việc tập trung vào tối ưu hóa trang web để có trải nghiệm người dùng tốt là cần thiết và không thể bỏ qua. <h3 style="text-align:justify;">Tăng thứ hạng website</h3>Tốc độ tải trang chậm là một trong những nguyên nhân dẫn đến việc website của bạn có xếp hạng thấp hơn so với các trang web của đối thủ trên các công cụ tìm kiếm. Khi truy cập vào một trang web, người dùng thường không kiên nhẫn và sẵn sàng bấm nút "Quay lại trang tìm kiếm" để xem một trang web khác nếu trang web hiện tại tải quá chậm. Điều này sẽ làm cho Google đánh giá trang web này không có ích cho người dùng, dẫn đến việc xếp hạng của trang web bị giảm. Ngoài ra, tốc độ tải trang chậm cũng ảnh hưởng đến điểm số của trang web trên PageSpeed Insights, do đó việc đạt được xếp hạng cao là điều khó khăn. <h3 style="text-align:justify;">Tăng lợi ích của chủ sở hữu website</h3>Tốc độ tải trang web chậm không chỉ làm giảm trải nghiệm của người dùng mà còn ảnh hưởng đến thứ hạng của website trên các công cụ tìm kiếm. Điều này dẫn đến việc website không tương tác, kinh doanh không thuận lợi và thương hiệu ít tiếp cận được với khách hàng. Vì vậy, để đạt được hiệu quả kinh doanh tốt, việc sở hữu một website mượt mà là rất cần thiết. Có thể thấy rằng WP Rocket giải quyết hầu hết các vấn đề được đặt ra bởi PageSpeed Insights một cách dễ dàng, giúp website dễ tiếp cận với người dùng hơn. Do đó, chủ sở hữu website có thể giải quyết các vấn đề trước đó để website đạt được "3 Tăng": tăng trải nghiệm người dùng, tăng thứ hạng của website và tăng lợi ích cho chủ sở hữu website. <h2 style="text-align:justify;">2. WP Rocket là gì</h2>WP Rocket là một trong những plugin cache hiệu quả nhất cho WordPress. Không chỉ giúp tăng tốc độ trang web, WP Rocket còn giải quyết hầu hết các vấn đề được đưa ra bởi PageSpeed Insights. Việc cài đặt và cấu hình WP Rocket cũng rất đơn giản. Vì những lý do này, WP Rocket xứng đáng là một trong những plugin cache hàng đầu mà bạn nên thử sử dụng. <h2 style="text-align:justify;">3. Tính năng nổi bật của WP Rocket</h2>Sau đây mình sẽ đi qua một số tính năng mà mình đã dùng và thấy nổi bật của WP Rocket, ngoài những tính năng nổi bật này, bạn còn có thể tìm hiểu nhiều thêm nữa ở phần Tutorial của chính plugin này sau khi cài đặt, hoặc ở website chính thức của plugin này nhé!<h3 style="text-align:justify;">Cache</h3>Cache - hay còn được gọi là bộ nhớ đệm - là một khu vực lưu trữ dữ liệu tạm thời trên một thiết bị. Khi được sử dụng đúng cách, tính năng cache có thể giúp tăng tốc độ tải trang và giảm tải cho máy chủ.<ul><li>Để kích hoạt tính năng cache cho thiết bị di động hoặc người dùng đã đăng nhập vào trang web WordPress, bạn có thể chọn Enable caching for mobile devices hoặc Enable caching for logged-in WordPress users.</li><li>Ngoài ra, bạn cũng có thể thiết lập tự động xóa toàn bộ cache trang web trong một khoảng thời gian nhất định bằng cách nhập giá trị vào ô Specify time after which the global cache is cleared (0 = unlimited). Nếu bạn nhập giá trị bằng 0 thì tính năng này sẽ bị tắt.</li></ul> <img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-B0iBOyq5I5w69rVD5l3tQywRW66zURwaNVMjRURJ.png"> <h3 style="text-align:justify;">File Optimization</h3>Ở bước này, bạn có thể thoải mái kiểm thử các tính năng trong tab. Nếu website xuất hiện lỗi giao diện, chỉ cần tắt tính năng mà bạn vừa kích hoạt và xóa cache đi là mọi thứ sẽ trở về như cũ.Sau đây một số tính năng hữu ích:<ul><li>Nén file css và file js: Tính năng Minify CSS/JS files giúp tự động nén các file css và js giúp giảm thời gian tải trang.</li><li>Gộp file css và file js: Tính năng Combine CSS/JS files giúp gộp chung các file CSS/JS lại thành một. Lưu ý tính năng này không nên bật nếu trang web của bạn có hỗ trợ HTTP/2. Ngoài ra, còn có Excluded CSS/JS Files giúp người dùng có thể loại trừ được những files CSS và JS mà họ không muốn gộp khi sử dụng tính năng Combine CSS/JS files.</li><li>Trì hoãn tải tệp JavaScript: Tính năng Delay JavaScript execution giúp trì hoãn tải tệp JavaScript cho đến khi người dùng tương tác (cuộn, nhấp,...) trên trang web từ đó cải thiện hiệu suất đáng kể. Ngoài ra, còn có tùy chọn Excluded JavaScript Files để người dùng có thể chỉ định các URL hoặc từ khóa của tệp JavaScript không cần phải trì hoãn khi sử dụng tính năng Delay JavaScript execution.</li></ul><img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-gFnekDuPk9jZX6XJk6WpV7MUafo5LYKA2aCZ4zz5.png"> <h3 style="text-align:justify;">Media</h3><ul><li>Tính năng lazyload cho ảnh, iframes và video</li></ul>Tính năng Enable for images/iframes and videos giúp giảm thời gian tải trang bằng cách sử dụng lazy load cho ảnh, iframe và video.Replace YouTube iframe with preview image giúp cải thiện tốc độ tải trang đáng kể cho các trang web chứa nhiều video YouTube bằng cách thay thế khung phát trực tiếp YouTube bằng các hình ảnh xem trước. <img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-WC95jfIOIqEPVvts8sjBssTwvEHe1V8eoEl87KzQ.png"> <h3 style="text-align:justify;">Tools</h3><ul><li>Import/Export cài đặt</li></ul>Tính năng Import/Export settings giúp bạn dễ dàng sao chép cài đặt từ một trang web sang một trang khác. Điều này tiết kiệm thời gian và công sức nếu bạn cần áp dụng các cài đặt tương tự cho nhiều trang web khác nhau.<img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-9ovdESbv7qeYg4ymlGLk6KoNj81mw3C4X3LP7cxO.png"> <h3 style="text-align:justify;">Tutorials</h3>Đối với những ai đang tìm kiếm một giải pháp để tối ưu hóa trang web của mình, WP Rocket có thể là một lựa chọn tuyệt vời. Điều đặc biệt về WP Rocket là tính năng giúp tiết kiệm thời gian đáng kể trong việc tìm hiểu cách tối ưu hóa trang web. Bên cạnh đó, WP Rocket cung cấp các video hướng dẫn và demo chi tiết để người dùng có thể dễ dàng thực hiện cài đặt và tối ưu hóa trang web của mình.<img src="https://api.careers.saigontechnology.com/storage/ck-editor/CKEDITOR-hLj5Ays8zFFJrq2689J2VhapOLpdifs9A2UXdCB4.png"> <h2 style="text-align:justify;">4. Ưu nhược điểm của WP Rocket</h2><ul><li>Ưu điểm:<ul><li>Hỗ trợ tối ưu hóa website một cách nhanh chóng và hiệu quả: WP Rocket có khả năng giúp bạn khắc phục các lỗi mà PageSpeed Insights phát hiện một cách đơn giản và dễ dàng.</li><li>Sử dụng đơn giản: Bạn không cần phải là một chuyên gia về mã lệnh để có thể sử dụng plugin này.</li><li>Hỗ trợ liên kết với nhiều Add-on: WP Rocket có khả năng liên kết và hỗ trợ các Add-on khác để giúp bạn theo dõi website của mình dễ dàng hơn.</li></ul></li><li>Nhược điểm</li><li>Phí dịch vụ: WP Rocket là một dịch vụ trả phí.</li><li>Không hỗ trợ hình ảnh dạng .webp: WP Rocket không hỗ trợ tối ưu hóa hình ảnh dạng .webp.</li><li>Chỉ hỗ trợ cho website Wordpress: WP Rocket chỉ hỗ trợ cho website được xây dựng trên nền tảng Wordpress.</li></ul> <h2 style="text-align:justify;">5. Kết luận</h2>WP Rocket là một công cụ caching rất hữu ích để cải thiện tốc độ website của bạn. Nó được thiết kế để giảm thời gian tải trang bằng cách lưu trữ các phiên bản trang web đã được tạo trước đó và phục vụ chúng cho những người truy cập sau đó.Tuy nhiên, trong quá trình sử dụng WP Rocket, cần lưu ý một số điểm quan trọng để tránh lỗi và đạt được kết quả tốt nhất cho website của mình. Theo như đã ghi chú ở trên, có vài điều kiện cần phải tuân thủ:<ul><li>Cần phải cài đặt WP Rocket trên một website đã được cập nhật lên phiên bản mới nhất của Wordpress.</li><li>Nên sử dụng WP Rocket trên một website đã được cài đặt HTTPS để đảm bảo an toàn cho người dùng.</li><li>Nên sử dụng WP Rocket trên một website đã được cài đặt SSL để đảm bảo an toàn cho người dùng.</li><li>Không nên sử dụng WP Rocket trên một website đã sử dụng plugin caching khác, vì điều này có thể gây ra xung đột và làm cho website của bạn phát sinh lỗi hoặc hoạt động chậm hơn.</li></ul>Hy vọng những thông tin trên sẽ giúp bạn sử dụng WP Rocket hiệu quả hơn và cải thiện tốc độ website Wordpress của riêng mình. </body></html>

Trong thời đại số hóa hiện nay, website là công cụ quan trọng để quảng bá hình ảnh công ty. Tuy nhiên, việc website có tốc độ chậm sẽ làm giảm trải nghiệm người dùng và ảnh hưởng tới hiệu quả kinh doanh của doanh nghiệp. Với WP Rocket, doanh nghiệp có thể mang đến cho người dùng trải nghiệm tốt hơn.

Sử dụng WP Rocket để tăng tốc độ website Wordpress

<html><body><h2 style="margin-left:-18pt;text-align:justify;">1. What is capacity in performance test? </h2>Capacity in performance testing refers to the ability of a system to handle a specific workload or user traffic volume while maintaining acceptable performance levels. In other words, it is the maximum amount of load or traffic a system can handle without any performance issues such as slow response times, high error rates, or system crashes. Capacity testing involves simulating a high volume of user traffic on the system to identify bottlenecks and performance issues, and to determine the maximum amount of load the system can handle.<h2 style="margin-left:-18pt;text-align:justify;">2. Why is capacity measurement important in performance test?</h2><ul><li>First, Capacity measurement can help ensure that an application can handle the expected number of users or data without experiencing any performance issues.</li><li>Second, the Capacity measurement helps to identify the bottlenecks in performance of system, and allow the performance engineers to optimize an application's performance to handle larger loads effectively. </li><li>Finally, the Capacity measurement ensures that an application is scalable for the future growth or increasing performance of the system in peak time.</li></ul><h2 style="margin-left:-13.5pt;text-align:justify;">3. How to measure capacity in performance test?</h2>By considering factors that are able to affect the capacity of a system, performance engineers can identify exactly capacity and areas to optimize the system resources. Some of critical factors of the system should be considered as:<ul><li>Hardware resources, including the CPU, memory, disk space, and network bandwidth.</li><li>Software architecture, including the number of servers, load balancers, and databases.</li><li>Expected user behavior, such as the number of users, the type of requests, and the frequency of requests</li><li>Network infrastructure, including the bandwidth, latency, and packet loss.</li><li>Testing environment, including the tools and techniques used for performance testing.</li><li>System configuration, including the settings for caching, logging, and other parameters. </li></ul> To measure the capacity of system effectively and identify potential performance issues, performance engineers can use the following strategies and work closely with developer team and stakeholders as <ul><li>Define realistic user scenarios and traffic volumes based on the system's expected usage patterns.</li><li>Choose appropriate performance testing tools that can simulate realistic user behavior and traffic volumes.</li><li>Conduct a series of tests with gradually increasing loads, starting from low loads and increasing to peak loads, to identify the system's maximum capacity.</li><li>Monitor key system metrics such as response time, throughput, CPU usage, memory usage, and network utilization during the tests.</li><li>Analyze the test results to identify performance issues such as slow response times, high error rates, or bottlenecked resources.</li><li>Use profiling tools to drill down and identify the root cause of performance issues.</li><li>Make more changes to improve capacity and performance of the system, such as optimizing code, tuning database settings, or upgrading hardware or infrastructure.</li><li>Repeat the testing process to ensure that the changes have had the desired effect on the system's capacity and performance. </li></ul> Available tools to measure capacity of the system:<ul><li>Apache JMeter is used to test the performance and capacity of web applications.</li><li>LoadRunner is a commercial tool from Micro Focus that can be used to test the performance and capacity of various types of applications, including web, mobile, and cloud applications.</li><li>Gatling is an open-source tool that can be used to test the performance and capacity of web applications.</li><li>Apache Bench is a command-line tool that can be used to test the performance and capacity of web servers.</li><li>Tsung is an open-source tool that can be used to test the performance and capacity of various types of applications, including web, SOAP, and XMPP applications.</li><li>Locust is an open-source tool that can be used to test the performance and capacity of web applications.</li></ul><h2 style="margin-left:-18pt;">4. Best practices for system capacity measurement </h2>Measuring capacity can present several challenges for performance engineers. Here are some of the most common challenges in capacity measurement:<ul><li>Limited Resources, such as time, budget, or test hardware, can make it challenging to conduct thorough capacity testing. It can be difficult to simulate real-world traffic volumes and user behavior with limited resources.</li><li>Complex Systems with multiple components, dependencies, and integration points can be difficult to test comprehensively. It can be challenging to isolate performance issues in such systems.</li><li>Changing Requirements can make it difficult to plan and execute capacity testing effectively. Unexpected changes in traffic volumes or user behavior can lead to inaccurate test results.</li><li>Lack of Test Data can make it difficult to simulate realistic user behavior and traffic volumes. Without adequate test data, it can be challenging to generate accurate test results.</li><li>Scalability Issues can arise when the system's capacity is insufficient to handle growing traffic volumes or user activity. It can be challenging to predict future capacity requirements and ensure that the system can scale to meet them.</li><li>Unreliable performance testing tools can lead to inaccurate test results and make it challenging to identify performance issues. Using the wrong tools or outdated versions of tools can also result in inaccurate test results.</li></ul> Here are some best practices that can help performance engineers measure the capacity of a system effectively:<ul><li>Defining clear objectives for capacity testing, such as determining the maximum number of users the system can handle or identifying performance bottlenecks, is important to help focus testing efforts and ensure that the testing is aligned with the goals of the project.</li><li>Using realistic test scenarios that reflect the expected usage patterns of the system will help ensure that the testing is relevant and accurate. Using production-like environments helps to ensure that the testing environment accurately reflects the production environment.</li><li>Using appropriate testing tools that can simulate realistic user behavior and traffic volumes will help ensure that the testing accurately reflects the expected usage patterns of the system.</li><li>Monitoring key system metrics during testing, such as response time, throughput, CPU usage, memory usage, and network utilization, will help identify performance issues and ensure that the testing accurately reflects the system's performance.</li><li>Conducting multiple rounds of testing with gradually increasing loads to identify the system's maximum capacity and any performance bottlenecks is essential.</li><li>Collaborating closely with development teams to identify and resolve performance issues will ensure that performance issues are resolved efficiently and effectively.</li><li>Documenting and sharing test results will ensure that everyone is aware of the system's capacity and any performance issues.</li></ul><h2 style="margin-left:-18pt;">5. Conclusion</h2>Capacity Measurement in performance test is essential to ensure that an application can handle the expected number of users or data without experiencing any performance issues. By using load testing, stress testing, and scalability testing, performance engineers can determine an application's capacity and optimize it for the expected usage. By following best practices such as defining realistic load scenarios, starting with baseline testing, monitoring key performance indicators, and using cloud-based testing, performance engineers can deliver high-performing applications that meet the needs of their users.Source: https://saigontechnology.com/blog/the-basic-concepts-of-performance-test-capacity</body></html>

Capacity is one of the most important performance factors in ISO 25010 and is a critical aspect of performance testing because it helps the organizations determine the scalability of their system and ensure that it can handle expected traffic volumes. In this article, we will discuss what capacity is in a performance test, why it is essential, and how to measure it effectively.

Tung Hoang