Hallo,
ich beschäftige mich aktuell mit UnitTesting. In den Best Practices von Microsoft steht, der Test einer Unit sollte möglichst unabhängig sein. Das leuchtet mir ein, und es ist auch kein Problem mittels Constructor Injection die Abhängigkeiten zu lösen.
Wenn ich nun allerdings für alle Klassen, welche ich übergeben muss entsprechende Interfaces erstelle, haben viele davon nur eine einzige Implementierung (und natürlich später den Mock im Test).
Dies scheint gegen das Reused Abstraction Principle zu verstoßen, und allgemein den Code aufzublähen, ohne tatsächliche Abstraktion zu erzeugen.
Im Rest des Internets findet man nur Entwickler, welche sich mehr oder weniger implizit gegenseitig SOLID und YAGNI an den Kopf werfen.
Gibt es für dieses Problem einen tatsächlichen Leitfaden? Was ist eure Meinung?
ich beschäftige mich aktuell mit UnitTesting. In den Best Practices von Microsoft steht, der Test einer Unit sollte möglichst unabhängig sein. Das leuchtet mir ein, und es ist auch kein Problem mittels Constructor Injection die Abhängigkeiten zu lösen.
Wenn ich nun allerdings für alle Klassen, welche ich übergeben muss entsprechende Interfaces erstelle, haben viele davon nur eine einzige Implementierung (und natürlich später den Mock im Test).
Dies scheint gegen das Reused Abstraction Principle zu verstoßen, und allgemein den Code aufzublähen, ohne tatsächliche Abstraktion zu erzeugen.
Im Rest des Internets findet man nur Entwickler, welche sich mehr oder weniger implizit gegenseitig SOLID und YAGNI an den Kopf werfen.
Gibt es für dieses Problem einen tatsächlichen Leitfaden? Was ist eure Meinung?