Thursday Feb 03, 2022

Software-Design-Prinzipien DRY und KISS

In diesem Artikel werde ich Software-Design-Prinzipien und ihre Vorteile untersuchen, warum Design-Prinzipien für uns nützlich sind und wie wir sie in unserer täglichen Programmierung umsetzen können. Wir werden die DRY- und KISS-Prinzipien des Softwaredesigns untersuchen.

Das DRY-Prinzip: Don’t Repeat Yourself

DRY steht für „Don’t Repeat Yourself“, ein Grundprinzip der Softwareentwicklung, das darauf abzielt, die Wiederholung von Informationen zu reduzieren. Das DRY-Prinzip lautet: „Jedes Stück Wissen oder Logik muss in einem System eine einzige, eindeutige Darstellung haben.“

Verstöße gegen DRY

„Wir haben Spaß am Tippen“ (oder: „Wir verschwenden jedermanns Zeit.“): „Wir haben Spaß am Tippen“ bedeutet, den gleichen Code oder die gleiche Logik immer wieder zu schreiben. Es wird schwierig sein, den Code zu verwalten, und wenn sich die Logik ändert, müssen wir an allen Stellen, an denen wir den Code geschrieben haben, Änderungen vornehmen, wodurch wir die Zeit aller verschwenden.

Wie man DRY erreicht

Um eine Verletzung des DRY-Prinzips zu vermeiden, unterteilen Sie Ihr System in Teile. Unterteilen Sie Ihren Code und Ihre Logik in kleinere, wiederverwendbare Einheiten und verwenden Sie diesen Code, indem Sie ihn an den gewünschten Stellen aufrufen. Schreiben Sie keine langen Methoden, sondern teilen Sie die Logik auf und versuchen Sie, das vorhandene Stück in Ihrer Methode zu verwenden.

DRY-Vorteile

Weniger Code ist gut: Er spart Zeit und Mühe, ist leicht zu pflegen und verringert auch die Wahrscheinlichkeit von Fehlern.

Ein gutes Beispiel für das DRY-Prinzip sind die Hilfsklassen in Unternehmensbibliotheken, bei denen jedes Stück Code in den Bibliotheken und Hilfsklassen einzigartig ist.

KISS: Keep It Simple, Stupid

Das KISS-Prinzip ist eine Beschreibung, um den Code einfach und klar zu halten, damit er leicht zu verstehen ist. Schließlich sind Programmiersprachen für Menschen gedacht – Computer können nur 0 und 1 verstehen – also halten Sie den Code einfach und überschaubar. Halten Sie Ihre Methoden klein. Jede Methode sollte nie länger als 40-50 Zeilen sein.

Jede Methode sollte nur ein kleines Problem lösen, nicht viele Anwendungsfälle. Wenn Sie viele Bedingungen in einer Methode haben, teilen Sie diese in kleinere Methoden auf. Das ist nicht nur einfacher zu lesen und zu pflegen, sondern kann auch helfen, Fehler schneller zu finden.

Verstöße gegen KISS

Wir haben wahrscheinlich alle schon einmal die Situation erlebt, dass wir in einem Projekt Arbeit zu erledigen haben und einen unordentlichen Code vorfinden. Da stellt sich die Frage, warum man diese unnötigen Zeilen geschrieben hat. Schauen Sie sich einfach die beiden unten gezeigten Codeschnipsel an. Beide Methoden bewirken das Gleiche. Nun müssen Sie entscheiden, welche Sie verwenden wollen:

public String weekday1(int day) { switch (day) { case 1: return "Monday"; case 2: return "Tuesday"; case 3: return "Wednesday"; case 4: return "Thursday"; case 5: return "Friday"; case 6: return "Saturday"; case 7: return "Sunday"; default: throw new InvalidOperationException("day must be in range 1 to 7"); }}public String weekday2(int day) { if ((day < 1) || (day > 7)) throw new InvalidOperationException("day must be in range 1 to 7"); string days = { "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday" }; return days;}

Wie man KISS erreicht

Um das KISS-Prinzip nicht zu verletzen, versuchen Sie, einfachen Code zu schreiben. Denken Sie an viele Lösungen für Ihr Problem, wählen Sie dann die beste, einfachste aus und setzen Sie diese in Ihren Code um. Wenn Sie auf langatmigen Code stoßen, teilen Sie ihn in mehrere Methoden auf – klicken Sie mit der rechten Maustaste und führen Sie im Editor eine Umstrukturierung durch. Versuchen Sie, kleine Codeblöcke zu schreiben, die eine einzige Aufgabe erfüllen.

Vorteil von KISS

Wenn wir eine Funktion haben, die von einem Entwickler geschrieben wurde und die mit unordentlichem Code geschrieben wurde, und wenn wir einen anderen Entwickler bitten, Änderungen in diesem Code vorzunehmen, dann muss er zuerst den Code verstehen. Wenn der Code einfach geschrieben ist, wird es keine Schwierigkeiten geben, den Code zu verstehen, und er wird auch leicht zu ändern sein.

Zusammenfassung

Beim Schreiben von Code oder Modulen sollten Sie die Software-Design-Prinzipien im Hinterkopf behalten und sie weise anwenden, machen Sie sie zu Ihrer Gewohnheit, damit Sie sich nicht jedes Mal wieder daran erinnern müssen. Das spart Entwicklungszeit und macht Ihr Softwaremodul robust, so dass es leicht zu warten und zu erweitern ist.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.

Back to Top