This would allow us to fully replac

This would allow us to fully replace the data persistence infrastructure layer, or
repositories through asbtraction/interfaces without impacting on the Domain and
Application layers, and without having to change dependencies or performing re-compilation. Another reason why this de-coupling is so important is because it enables mocking of the repositories, so the domain business classes dynamically instantiate “fake” (stubs or mocks) classes without having to change code or dependencies. They simply specify the IoC container that, when prompted to instantiate an object for a given interface, instantiates a specific class or a fake one (depending on the mapping, but logically, both meeting the same interface). This Repository de-coupled instantiation system through IoC containers such as Unity is further explained in the Application and Distributed Services Layers‟ Implementation chapters, because it is there where the instantiations should be performed. Now, the only important thing to emphasize is that we should have interfaces defined for each Repository class, and that the location of these repository interfaces will be within the Domain layer, for the aforementioned reasons.

Kết quả (Việt) 1:

Điều này sẽ cho phép chúng tôi để hoàn toàn thay thế dữ liệu kiên trì cơ sở hạ tầng lớp, hoặc kho thông qua asbtraction/giao diện mà không có tác động đến trên tên miền và Ứng dụng lớp, và không có cần phải thay đổi phụ thuộc hoặc thực hiện tái trình biên dịch. Một lý do tại sao này khớp de-nối là rất quan trọng là bởi vì nó cho phép mocking của các kho, do đó, các lớp học kinh doanh tên miền tự động nhanh chóng "giả" lớp học (khai hoặc mocks) mà không cần phải thay đổi mã hoặc quan hệ phụ thuộc. Họ chỉ đơn giản là chỉ định các thùng chứa IoC mà, khi được nhắc để nhanh chóng một đối tượng cho một giao diện nhất định, instantiates một lớp cụ thể hoặc một giả (tùy thuộc vào ánh xạ, nhưng một cách hợp lý, cả hai cuộc họp cùng một giao diện). Hệ thống de-cùng instantiation kho này thông qua IoC thùng chứa như thống nhất tiếp tục giải thích trong chương ứng dụng và phân phối dịch vụ Layers‟ thực hiện, bởi vì nó là có nơi các instantiations nên được thực hiện. Bây giờ, điều quan trọng chỉ để nhấn mạnh là chúng tôi cần phải có giao diện định nghĩa cho mỗi lớp kho, và vị trí của các giao diện kho sẽ trong lớp tên miền, vì những lý do đã nói ở trên.

Kết quả (Việt) 2:

Điều này sẽ cho phép chúng ta hoàn toàn thay thế các lớp cơ sở hạ tầng kiên trì dữ liệu, hoặc
kho qua asbtraction / giao diện mà không tác động vào các tên miền và
các lớp ứng dụng, mà không cần phải thay đổi phụ thuộc hoặc thực hiện tái biên dịch. Một lý do tại sao điều này de-coupling là rất quan trọng vì nó cho phép chế nhạo của các kho lưu trữ, do đó, các lớp học kinh doanh tên miền động nhanh chóng "giả" (cuống hoặc mocks) các lớp học mà không cần phải thay đổi mã hoặc phụ thuộc. Họ chỉ cần xác định các container IoC rằng, khi được nhắc để tạo một đối tượng cho một giao diện nhất định, khởi tạo một lớp học cụ thể hoặc một giả (tùy thuộc vào các bản đồ, nhưng một cách hợp lý, đáp ứng cả hai cùng một giao diện). Repository này hệ thống instantiation de-coupled qua container IoC như Unity được giải thích thêm trong các ứng dụng và dịch vụ phân phối Layers "chương thực hiện, bởi vì nó là nơi có sự khởi tạo phải được thực hiện. Bây giờ, điều quan trọng chỉ để nhấn mạnh là chúng ta nên có giao diện được xác định cho mỗi lớp Repository, và rằng vị trí của các giao diện kho sẽ được bên trong lớp Domain, vì những lý do nêu trên.