Hier gibt es viele gute Antworten, die alle auf der wichtigen, grundlegenden Definition basieren, die im Beitrag von Martin Fowler populär gemacht wurde :
Es handelt sich um Code-Teile, mit denen "Teams das Systemverhalten ändern können, ohne den Code zu ändern".
Wir haben sie also historisch als durch den Pseudocode dargestellt betrachtet:
if(app_settings["beta-mode"] == "true")
showAwesomeNewGui();
else
sameOldSnoozeFeset();
Das ist eine absolut genaue Art, darüber nachzudenken, und sowohl Matt als auch Adil erweitern es mit einer Vielzahl von taktischen Anwendungsfällen für das Feature-Flag.
Aber ich möchte eine überarbeitete Definition anbieten, die widerspiegelt, wie sich die Realität in den sechs Jahren entwickelt und verändert hat, seit dotnetdev die ursprüngliche Frage gestellt hat. Ich arbeite für Rollout.io , eine Plattform mit Feature-Flag, also hatte ich einen Sitz in der ersten Reihe für diese Entwicklung.
Einfach ausgedrückt, Feature-Flags sind nicht mehr nur eine Möglichkeit, Funktionen in Ihrer Anwendung ein- und auszuschalten. Das ist so, als würde man auf "Was ist eine Rechnungsposition" antworten, indem man sagt "Es ist eine Beschreibung und ein Währungsbetrag". Stimmt, aber es fährt nicht an der breiteren Stelle der Rechnung selbst.
Feature-Flags sind die taktischen Elemente einer übergreifenden strategischen Lösung in moderner Software. Mit diesen Mitteln verschieben Sie wichtige Entscheidungslogiken in Ihrem Code bis zur Laufzeit, wenn Sie weitere Informationen haben. Und vielleicht am wichtigsten ist, dass sie nicht mehr nur isoliert auftreten, sondern nur noch einmal überprüft werden, ob die Versionsnummer größer als 2,7 ist oder nicht. Unternehmen, die sie verwenden, schließen sie normalerweise als Teil eines umfassenden systemweiten Produktansatzes ein.
Wie andere bereits erwähnt haben, haben Facebook und LinkedIn Pionierarbeit geleistet, aber 2018 tun dies viele Unternehmen. Sie verschieben Entscheidungslogikfragen für die Laufzeit als Teil der Entwicklungsstrategie, der Betriebsstrategie (oder der DevOps-Strategie, wenn Sie möchten) und der Produktstrategie. Hier sind Beispiele für solche Fragen.
- Wer sollte den neuen Admin-Bildschirm sehen, den wir einführen, und wann?
- Welche Mitgliedschaftsstufe ist erforderlich, um dieses Osterei freizuschalten?
- Wann sollten wir auf die neue Datenbank umstellen?
- Sollten wir ein Bild eines Geparden oder eines Adlers auf die Schaltfläche "Kasse" setzen, um die Conversions zu verbessern?
Um eine Anwendung zu haben, die eine erhebliche Anzahl solcher Entscheidungen bis zur Laufzeit aufschiebt, können Sie keine Feature-Flags ad-hoc in Ihre Anwendung werfen, oder Sie begraben sich in technischen Schulden. Heutzutage benötigen Sie eine umfassende Strategie zur Verwaltung von Feature-Flags, die einige verschiedene Komponenten umfasst.
- Umschaltpunkte werden verwendet, um das Verhalten für neue Funktionen zu ändern .
- Mehrere Umschaltpunkte bilden zusammen einen Umschaltrouter . Ein Toggle-Router bestimmt den Status eines Features.
- Toggle Kontext stellt den Toggle - Router die notwendigen Kontextinformationen ( zum Beispiel bestimmte Benutzer).
- Die Konfiguration zum Umschalten bietet Informationen zum Umschalten des Routers über die Umgebung.
Was sind also am Ende Feature-Flags?
Nun, sie sind ein wichtiger Bestandteil einer umfassenderen Strategie für eine Anwendung, die sowohl an technische als auch an Marktanforderungen angepasst werden kann.