Objektgraph für bessere Testbarkeit

Question

Sollte ich mein System unter Testcode umgestalten, um ein Objektdiagramm anstelle jeder einzelnen Abhängigkeit zu akzeptieren?

Da ich meine Lösung nicht mit Komponententests gestartet habe, überarbeite ich die Testbarkeit.

ich alle meine Abhängigkeiten durch den Konstruktor Injektion:

var myApp = new MyClass(DependencyOne, DependencyTwo, ...DependencyTen) 

Im Konstruktor ich meine Soldaten auf diese Abhängigkeiten bin Initialisierung:

MyClass 
{ 
    MyClass(IDependencyOne, IDependencyTwo, ...IDependencyTen) 
    { 
    dependencyOne = IDependencyOne; 
    dependencyTwo = dependencyTwo ; 
    ... 
    dependencyTen = IDependencyTen; 

    } 
} 

Für meine Unit-Tests, kann ich jetzt Mock jede Abhängigkeit:

var mockDep1 = new Mock<IDependencyOne>(); 
var mockDep2 = new Mock<IDependencyTwo>(); 
... 
var sut = new MyClass(mockDep1.Object, mockDep2.Object..) 

Wh Ist das der beste Standard für die Strukturierung von Code, der viele Abhängigkeiten akzeptiert, um testbar zu sein?

Answer 1

Wie ich betrachte, gibt es mehrere Möglichkeiten, Abhängigkeiten in Tests aufzulösen.

schlage ich automocking containers zum Beispiel verwenden structure map Es ist sehr sauber und es ist leicht Abhängigkeiten hinzuzufügen, ohne Testklassen aktualisieren zu müssen.

Sie können auch die Verwendung von IoC vermeiden und alle Abhängigkeiten manuell auflösen oder testable pattern verwenden.