Softwareentwicklung solid

2

Liskovs Substitutionsprinzip: Wenn für den Subtyp ein zusätzliches Verhalten implementiert ist, das im Typ nicht vorhanden ist, liegt dann eine Verletzung von LSP vor?

In meinem Bestreben, besseren und saubereren Code zu schreiben, lerne ich die SOLID-Prinzipien kennen. In dieser Hinsicht erweist sich LSP als wenig schwierig, es richtig zu erfassen. Mein Zweifel ist, was ist, wenn ich einige zusätzliche Methoden in meinem Subtyp S habe, die nicht im Typ T vorhanden waren, wird …

8 solid liskov-substitution open-closed-principle

4

Die Abhängigkeitsinversion erweitert die API und führt zu unnötigen Tests

Diese Frage hat mich einige Tage lang beschäftigt, und es scheint, als würden sich mehrere Praktiken widersprechen. Beispiel Iteration 1 public class FooDao : IFooDao { private IFooConnection fooConnection; private IBarConnection barConnection; public FooDao(IFooConnection fooConnection, IBarConnection barConnection) { this.fooConnection = fooConnection; this.barConnection = barConnection; } public Foo GetFoo(int id) { …

8 c# unit-testing api-design dependency-injection solid

3

Verstoßen Setter und Getter immer gegen das Prinzip der Einzelverantwortung?

Wie wir wissen, besagt die SRP, dass jede Klasse eine einzige Verantwortung haben sollte und dass die Verantwortung vollständig von der Klasse gekapselt werden muss. Aber Getter und Setter tun eine andere Verantwortung dienen - sie tun abstrakte Klasse Eigenschaft (Daten) Zugang. Wenn Setter und Getter auf abstrakte Klasseneigenschaften zugreifen, …

8 solid single-responsibility

Als «solid» getaggte Fragen