Finally, it is important to highlig

Finally, it is important to highlight that a decoupled design using DI/IoC is also beneficial when developing applications of almost any type and of almost any architectural approach. Of course, it fits perfectly into architectures that must be decoupled because of their original design such as Domain-driven Design (DDD) and Command Query Responsible Segregation (CQRS). However, it also works great in simpler architectural styles like 2-Layered and CRUD approaches (for instance, using a simpler approach based just on ASP.NET MVC and 2 layers). If you apply DI/IoC and the related principles in those simpler contexts, you will also get similar benefits. On the other hand, there’s no doubt that the larger and more complex an application can be, the more benefits you will get from decoupled architectures.

Results (Vietnamese) 1:

Cuối cùng, nó là quan trọng để làm nổi bật rằng một thiết kế decoupled bằng cách sử dụng DI/IoC là cũng có lợi khi phát triển ứng dụng của hầu hết các loại và hầu như bất kỳ phương pháp tiếp cận kiến trúc. Tất nhiên, nó phù hợp hoàn toàn với kiến trúc đó phải được tách bởi vì thiết kế ban đầu của họ như tên miền-hướng thiết kế (DDD) và lệnh truy vấn chịu trách nhiệm phân biệt (CQRS). Tuy nhiên, nó cũng hoạt động tốt đơn giản phong cách kiến trúc như lớp 2 và tống phương pháp tiếp cận (ví dụ, bằng cách sử dụng một cách tiếp cận đơn giản dựa trên chỉ trên ASP.NET MVC và 2 lớp). Nếu bạn áp dụng DI/IoC và các nguyên tắc liên quan trong những bối cảnh đơn giản, bạn cũng sẽ nhận được lợi ích tương tự. Mặt khác, có là không có nghi ngờ lớn hơn và phức tạp hơn một ứng dụng có thể, những lợi ích nhiều hơn bạn sẽ nhận được từ tách kiến trúc.

Results (Vietnamese) 2:

Cuối cùng, điều quan trọng là để làm nổi bật một thiết kế tách rời sử dụng DI / IoC cũng có lợi khi phát triển các ứng dụng của hầu hết các loại và của hầu hết các phương pháp tiếp cận kiến ​​trúc. Tất nhiên, nó hoàn toàn phù hợp vào kiến ​​trúc phải được tách riêng bởi vì thiết kế ban đầu của họ chẳng hạn như thiết kế Domain-driven (DDD) và Command kiếm sự phân biệt có trách nhiệm (CQRS). Tuy nhiên, còn hoạt động tốt trong các phong cách kiến ​​trúc đơn giản như 2-Layered và phương pháp tiếp cận CRUD (ví dụ, bằng cách sử dụng một cách tiếp cận đơn giản chỉ dựa vào ASP.NET MVC và 2 lớp). Nếu bạn áp dụng DI / IoC và các nguyên tắc liên quan trong những bối cảnh đơn giản, bạn cũng sẽ nhận được những lợi ích tương tự. Mặt khác, không có nghi ngờ rằng lớn hơn và phức tạp hơn một ứng có thể được, nhiều lợi ích hơn bạn sẽ nhận được từ kiến ​​trúc tách rời.