Softwareentwicklung dry

12

Best Practices für die gemeinsame Nutzung kleiner Codefragmente in Projekten

Ich versuche immer, das DRY- Prinzip bei der Arbeit strikt zu befolgen . Jedes Mal, wenn ich Code aus Faulheit wiederholt habe, wird er später zurückgebissen, wenn ich diesen Code an zwei Stellen pflegen muss. Aber oft schreibe ich kleine Methoden (vielleicht 10 - 15 Codezeilen), die in zwei Projekten …

102 project-management code-reuse projects-and-solutions dry

15

Warum ist TROCKEN wichtig?

Ganz einfach, warum sollte ich Code schreiben wollen, der für alle Fälle und skalierbare Daten funktioniert, wenn ich den gleichen Vorgang nur ein paar Mal mit ein paar kleinen Änderungen wiederholen muss? Es ist unwahrscheinlich, dass ich das bald wieder ändern muss. Es sieht aus wie viel weniger Arbeit, um …

81 code-quality dry

3

Verstößt "Komposition über Vererbung" gegen das "Trockenprinzip"?

Angenommen, ich habe eine Klasse für andere Klassen, die erweitert werden sollen: public class LoginPage { public String userId; public String session; public boolean checkSessionValid() { } } und einige Unterklassen: public class HomePage extends LoginPage { } public class EditInfoPage extends LoginPage { } Tatsächlich hat die Unterklasse keine …

36 inheritance composition dry

1

DRY-Code ohne Bezug, aber nahezu identisch

Ich habe einen Code, der fast identisch ist, aber absolut unterschiedliche Typen ohne Vererbung zwischen ihnen für die Hauptvariable verwendet. Insbesondere schreibe ich einen Analysator mit Roslyn für C # und VB.NET mit den folgenden Typen: Microsoft.CodeAnalysis.CSharp.Syntax.AttributeSyntax Microsoft.CodeAnalysis.VisualBasic.Syntax.AttributeSyntax Ich frage mich, ob ich, weil der Code dasselbe tut, ihn so …

34 c# design dry

5

Viele kleine Klassen gegen logische (aber) komplizierte Vererbung

Ich frage mich, was in Bezug auf gutes OOP-Design, sauberen Code, Flexibilität und Vermeidung von Codegerüchen in Zukunft besser ist. Bildsituation, in der Sie viele sehr ähnliche Objekte haben, die Sie als Klassen darstellen müssen. Diese Klassen haben keine spezifische Funktionalität, sind nur Datenklassen und unterscheiden sich nur durch Namen …

24 object-oriented inheritance dry

9

Hinzufügen von Komplexität, um doppelten Code zu entfernen

Ich habe mehrere Klassen, die alle von einer generischen Basisklasse erben. Die Basisklasse enthält eine Auflistung mehrerer Objekte vom Typ T. Jede untergeordnete Klasse muss in der Lage sein, interpolierte Werte aus der Auflistung von Objekten zu berechnen. Da die untergeordneten Klassen jedoch unterschiedliche Typen verwenden, variiert die Berechnung von …

24 c# code-quality complexity code-reuse dry

8

Wie implementiere ich das DRY-Prinzip, wenn ich das Schlüsselwort 'using' verwende?

Betrachten Sie diese Methoden: public List<Employee> GetAllEmployees() { using (Entities entities = new Entities()) { return entities.Employees.ToList(); } } public List<Job> GetAllJobs() { using (Entities entities = new Entities()) { return entities.Jobs.ToList(); } } public List<Task> GetAllTasksOfTheJob(Job job) { using (Entities entities = new Entities()) { return entities.Tasks.Where(t => t.JobId …

23 c# design-patterns dry

3

Trumpft die Entkopplung bei REST die TROCKENE?

Ich erstelle eine REST-API, um den größten Teil der Funktionalität einer vorhandenen Java-API verfügbar zu machen. Beide APIs sind für die interne Verwendung in meiner Organisation vorgesehen. Ich muss nicht für den externen Gebrauch designen. Ich habe Einfluss auf beide APIs, implementiere aber die REST-API. Die Java-API wird weiterhin für …

19 java api rest coupling dry

4

Verwalten von clientseitigen und serverseitigen Überprüfungen an einem Ort

Ich bin zu 100% mit dem Fall einverstanden, dass man auf jeden Fall sowohl clientseitige als auch serverseitige Datenvalidierungen verwenden sollte. In den Frameworks und Umgebungen, in denen ich gearbeitet habe, waren die Ansätze, die ich gesehen habe, noch nie TROCKEN. Meistens gibt es keinen Plan oder kein Muster - …

17 design validation dry client-server

1

Gründe, bis zum dritten Mal in der Dreierregel zu warten?

Ich bin gerade auf den Artikel " Rule of Three " in Wikipedia gestoßen Bei der Dreierregel handelt es sich um eine Faustregel zur Umgestaltung des Codes, mit der entschieden wird, wann ein replizierter Code durch eine neue Prozedur ersetzt werden soll. Es besagt, dass der Code einmal kopiert werden …

16 refactoring dry rule-of-three

6

Validierung des Eingabeparameters beim Aufrufer: Codeduplizierung?

Wo kann man Eingabeparameter einer Funktion am besten validieren: im Aufrufer oder in der Funktion selbst? Da ich meinen Codierungsstil verbessern möchte, versuche ich, die Best Practices oder einige Regeln für dieses Problem zu finden. Wann und was ist besser. In meinen vorherigen Projekten haben wir jeden Eingabeparameter in der …

16 coding-standards validation dry

5

Ist es möglich, DRY anzuwenden, ohne die Kopplung zu erhöhen?

Angenommen, wir haben ein Softwaremodul A, das eine Funktion F implementiert. Ein anderes Modul B implementiert die gleiche Funktion wie F '. Es gibt verschiedene Möglichkeiten, um den doppelten Code zu entfernen: A benutze F 'aus B. Lassen Sie B F von A verwenden. Setzen Sie F in sein eigenes …

14 design architecture dry coupling

3

Codekopplung eingeführt von DRY und OOD

Ich suche nach Anleitungen zur Kopplung von DRY und Code. Ich dupliziere meinen Code nicht gerne und ich mag auch keine Codekopplung zwischen nicht verwandten Modulen. Ich refaktoriere also doppelten Code, wenn ich ein Jahr nach Einführung der Vervielfältigung identischen Code finde. Ich habe jedoch zunehmend Situationen erlebt, in denen …

14 design dry coupling

2

Const C ++ DRY-Strategien

Gibt es Fälle, in denen const_cast funktioniert, eine private const-Funktion, die nicht-const zurückgibt, jedoch nicht, um nicht-triviale C ++ const-bezogene Duplikationen zu vermeiden? In Scott Meyers ' Effective C ++, Punkt 3, schlägt er vor, dass ein const_cast in Kombination mit einem statischen Cast eine effektive und sichere Methode sein …

14 c++ dry const

5

Sollten für eine ORM-unterstützende Datenvalidierung Einschränkungen auch in der Datenbank erzwungen werden?

Zusätzlich zu meinen (ActiveRecord-) Modellen habe ich immer Einschränkungen auf Datenbankebene angewendet. Aber ich habe mich gefragt, ob dies wirklich erforderlich ist? Ein bisschen Hintergrund Vor kurzem musste ich eine grundlegende automatisierte Zeitstempel-Generierungsmethode für ein Modell testen. Normalerweise würde der Test eine Instanz des Modells erstellen und es ohne Validierung …

13 database orm validation dry

Als «dry» getaggte Fragen