The solution we adopted for simulat

The solution we adopted for simulation implementation was to create a simulated
object in a new project called Infraestructure.Data.MainModule.Mock. The main
reason for this decision was that we needed to replace the real repository dependency
with EF in o
ther layers of the solution so this component could be reusable.
The mechanism used to perform simulation of the
IContext
interface is based on the
capacity of
Microsoft
PEX/MOLES
to generate class 'stubs' and interfaces of our code.
Once the “moles” asse
mbly is added to the project that will host our simulated object, a
stub of the
IContext
interface becomes available. This is specifically
IMainModuleContext,
for the case of the main module
.
Although we could use this
stub directly, it would need a prior
setup process, allocation of the delegates to specify
behaviors in each one of its uses, etc. Therefore, in this implementation we decided to
create a class that inherited the created stub and completely specified its behaviors. In
the main module this cla
ss is called
MainModuleFakeContext
, a part of which is
shown below:

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

Giải pháp chúng tôi áp dụng cho việc thực hiện mô phỏng là tạo ra một mô phỏng đối tượng trong một dự án mới được gọi là Infraestructure.Data.MainModule.Mock. Chính lý do cho quyết định này đã là rằng chúng tôi cần thiết để thay thế phụ thuộc thực kho với EF trong ocó lớp của các giải pháp để thành phần này có thể được tái sử dụng. Cơ chế được sử dụng để thực hiện các mô phỏng của các IContextgiao diện dựa trên các công suất MicrosoftPEX/NỐT RUỒIđể tạo ra lớp 'khai' và giao diện của mã của chúng tôi. Một lần "nốt ruồi" assembly được thêm vào dự án sẽ lưu trữ đối tượng mô phỏng của chúng tôi, một còn sơ khai của các IContextgiao diện trở nên có sẵn. Đây là đặc biệt IMainModuleContext, Đối với trường hợp của các mô-đun chính. Mặc dù chúng tôi có thể sử dụng sơ khai trực tiếp, nó sẽ cần một trước khi quá trình thiết lập, phân bổ các đại biểu để xác định hành vi trong mỗi người sử dụng của nó, vv. Vì vậy, trong việc thực hiện này, chúng tôi quyết định tạo ra một lớp mà được thừa kế ngẫu nhiên tạo ra và hoàn toàn xác định hành vi của nó. Ở Các mô-đun chính này CIASS được gọi là MainModuleFakeContext, là một phần trong đó Hiển thị dưới đây:

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

Các giải pháp chúng tôi áp dụng để thực hiện mô phỏng là để tạo ra một mô phỏng
đối tượng trong một dự án mới gọi Infraestructure.Data.MainModule.Mock. Các chính
lý do cho quyết định này là chúng tôi cần thiết để thay thế phụ thuộc kho thực
với EF tại o
ther lớp của giải pháp để thành phần này có thể được tái sử dụng.
Cơ chế sử dụng để thực hiện mô phỏng của
IContext
giao diện dựa trên
năng lực của
Microsoft
PEX / mol
để tạo ra lớp "cuống" và giao diện của các mã của chúng tôi.
Một khi các "nốt ruồi" Asse
mbly được thêm vào dự án mà sẽ lưu trữ đối tượng mô phỏng của chúng tôi, một
cuống
IContext
giao diện trở nên có sẵn. Điều này là đặc biệt
IMainModuleContext,
đối với trường hợp của các module
chính.
Mặc dù chúng ta có thể sử dụng điều này
vẫn còn sơ khai trực tiếp, nó sẽ cần một trước khi
quá trình thiết lập, phân bổ của các đại biểu để xác định
hành vi trong mỗi người sử dụng của nó, vv Vì vậy, trong việc thực hiện này chúng tôi quyết định
tạo ra một lớp mà được thừa kế stub tạo ra và hoàn toàn quy định hành vi của nó. Trong
các mô-đun chính cla này
ss được gọi là
MainModuleFakeContext, một phần trong số đó được hiển thị dưới đây: