Das Ändern des Systemverhaltens in einer Steuerplatine ist der Traum des Kunden. Und der Albtraum des Softwareentwicklers.

Probleme

• Duplizierter Code
• Wenn Verschmutzung
• Globale Nutzung
• Kupplung
• Testbarkeit und Explosion von Testszenarien.
• Komplexität

1. Einstellungen vermeiden
2. Erstellen Sie polymorphe Objekte. Injizieren Sie sie extern.

Falsch

Richtig

Erkennung

Dies ist ein Architekturmuster, daher sollte es durch Entwurfsrichtlinien kontrolliert / vermieden werden.

Beispiele

• Einstellungen für externe Verbindung
• Benutzereinstellungen
• Feature umschalten

• Manchmal verwenden wir Feature-Togging als Schutzmechanismus. Dies ist in einem Legacy-System akzeptabel. Diese Schalter sollten in einem CI / CD- System sehr kurzlebig sein.
• Hyperparametereinstellungen sollten von Konfigurationsobjekten verwaltet werden.

• Globals

Das Festlegen des Laufzeitverhaltens eignet sich hervorragend für Softwaresysteme.

Wir sollten unsere Objekte so konfigurieren, dass sie sich unterschiedlich verhalten können, und wir sollten dies explizit mit expliziten Verhaltensobjekten erreichen.

Auf diese Weise wird unser Code deklarativer, sauberer und testbarer. Es ist nicht so einfach wie das Hinzufügen einer IF-Anweisung . Diese Art von faulen Entwicklern bringt viele Kopplungen und unerwartete Probleme auf unsere Systeme.

Ein System mit 300 Booleschen Konfigurationen hat mehr Testkombinationen (2 ^ 300) als die Anzahl der Atome im Universum (10 ^ 80).

Auch bekannt als

• Funktionsumschaltung
Feature Flags sind gefährlich

Wie man nervige IFs für immer loswird

Einfachheit ist die Seele der Effizienz.

Austin Freeman

Software Engineering Gute Zitate

Dieser Artikel ist Teil der CodeSmell- Serie.

So finden Sie die stinkenden Teile Ihres Codes