Wie wird mit einem IDisposable-Repository mit Unity verfahren?

Question

Ich habe einen Job, in dem ich einen IDisposable DbContext habe. Ich würde gerne diesen Job testen, ohne in eine Datenbank zu gehen. Welche Möglichkeiten muss ich haben?

Ich benutze die Standard-Fakes-Assembly 'von Microsoft.

Mein Beruf:

public void Work() 
{ 
    do 
    { 
     //code here     
     using (var repository = new Repository<User>()) 
     { 
      repository.Save(user); 
     } 

    } while (true); 
} 

Ich versuche, zu testen und in diesem Teil des Tests versagt, weil es tatsächlich eine neue Instanz der Repository-Klasse erstellt.

Mein Test-Methode:

using (ShimsContext.Create()) 
{ 
    Data.Repository.Fakes.ShimRepository<Domain.Fakes.ShimUser>.Constructor = (a) => { }; 

    Data.Repository.Fakes.ShimRepository<Domain.Fakes.ShimUser>.AllInstances.SaveT0 = (a, b) => 
    { 
    }; 

    var service = GetService(); 
    service.Work(); //Throws exception 
} 

Wie kann ich gefälschte diese Save Methode?

Answer 1

Sie haben DIP hier verletzt, wodurch das Testen von Geräten wesentlich schwieriger wird, als es sein sollte. Sie sollten auch generische Repositories vermeiden und role interfaces bevorzugen.

Stattdessen injizieren Sie eine Abstraktion in Ihren Dienst Ihres Repository, z. IUsersRepository definiert Ihre Save Methode. Dann können Sie in Ihrem Komponententest des Dienstes einfach eine Stub-Implementierung von IUsersRepository verwenden.

Answer 2

Fakes neigen zu zeigen, dass der Code nicht richtig, die D in SOLID folgenden, da Sie in ihnen Abhängigkeiten innerhalb Ihrer Klasse statt vorbei schaffen.

Eine viel bessere Muster würde eine ISaveRepository Schnittstelle zu schaffen, die wiederum implementiert IDisposable mit einer offengelegten Methode Save(). Sie sollten dann eine Instanz Ihres Repositorys in Ihre Klasse einfügen. Auf diese Weise können Sie die Verwendung von Anweisungstests erfüllen und einen Mock implementieren, der eine .Save()-Methode definiert, die nicht auf die Datenbank trifft.