Überblick über die Konfiguration (im Vergleich zu anderen Informationstypen)

In Drupal 8 gibt es mehrere Informationstypen:

• Inhalt

Informationen, die auf Ihrer Website angezeigt und von Benutzern bearbeitet werden: Artikel, Basisseiten, Bilder, Dateien usw.

• Session

Informationen über die Interaktionen einzelner Benutzer mit der Website, z. B. ihre aktuelle Auswahl für einen View-Filter. Diese sind flüchtig und personalisiert für jeden Benutzer.

• State (Status)

Informationen, die sich häufig ändern können und/oder ohne Benutzereingriff. Beispiele: Zeitpunkt des letzten Cron-Laufs, Notwendigkeit des Neuaufbaus von Zugriffsrechten auf einen Knoten usw.

• Konfiguration

Informationen über Ihre Website, die kein Inhalt sind und sich selten ändern, z. B. der Name Ihrer Website, Content-Typen und Views, die Sie definiert haben, usw.

• Cache

Informationen über Ihre Website, die auch an anderer Stelle gespeichert werden. Caches existieren nur, um den Datenzugriff zu beschleunigen. Sie speichern niemals kanonische Daten.

• Einstellungen

Nur lesbare Informationen für Ihre Website, hartkodiert in der Datei settings.php.

Entscheidung, wie Ihre Informationen klassifiziert werden

Es ist nicht immer klar, wie Sie eine Informationsmenge, die Ihr Modul speichern soll, klassifizieren sollen – als Inhalt, Status oder Konfiguration. Hier einige Empfehlungen:

• Konfiguration und Status: Wenn Ihre Information von Ihrem Entwicklungsserver auf Ihren Live-Server übertragen werden soll, handelt es sich wahrscheinlich um Konfiguration, nicht um Statusinformationen.
• Konfiguration und Inhalt: Denken Sie an Site-Builder oder Website-Editor. Wenn die Rolle „Website-Editor“ auf der Seite die Information bearbeiten möchte, ist es wahrscheinlich Inhalt. Wenn nur die Rolle „Site-Builder“ das Recht zur Bearbeitung haben soll, ist es wahrscheinlich Konfiguration. Aber das ist keine absolute Regel.
• Konfiguration versus Inhalt: Denken Sie an Zahlen. Wenn Sie eine große Menge an Elementen haben, ist es wahrscheinlich Inhalt. Wenn es nur wenige sind, ist es vielleicht Konfiguration.
• Konfiguration versus Inhalt: Konfiguration tendiert dazu, „Typen von Dingen“ zu definieren, wie Content-Typen, Taxonomie-Vokabulare usw. Dann ist jedes „Ding“ eines Typs Teil des Inhalts: Content-Knoten, Taxonomie-Begriff usw.

Einfache Konfiguration versus Konfigurationsobjekte

Eine der ersten Entscheidungen, die Sie bei der Nutzung des Konfigurationsmanagement-Systems treffen müssen, ist, welche Art von Konfiguration Sie speichern wollen.

Einfache Konfiguration ist etwas einfacher zu implementieren und daher ideal für Basis-Konfigurationseinstellungen, die logische Werte, Ganzzahlen oder einfache Textstrings speichern. Ein gutes Beispiel ist ein Ein-/Aus-Wert für eine bestimmte Funktion in Ihrem Modul oder der vom Systemmodul konfigurierte Seitenname. Einfache Konfiguration beinhaltet auch alle Parameter, die Ihr Modul zum korrekten Arbeiten benötigt. Zum Beispiel muss die JavaScript-Aggregation entweder an- oder ausgeschaltet sein. Wenn es nicht existiert, kann das Systemmodul die richtige Reihenfolge der Operationen nicht bestimmen. Einfache Konfiguration kann nur vom Modul abhängen, das sie bereitstellt. Zum Beispiel hängt system.site nur vom Systemmodul ab und von nichts anderem.

Konfigurationsobjekte speichern Informationslisten von Dingen, die Benutzer erstellen und löschen können; Ihr Code funktioniert weiterhin korrekt, egal ob es 0 oder 100+ sind. Beispiele sind Bildstile, Views usw. Konfigurationsobjekte verfügen auch über einen vollständigen Satz von CRUD-Hooks, die genau wie bei jedem anderen Objekt in Drupal ausgelöst werden, was sie ideal für Konfigurationen macht, die von anderen Modulen benötigt oder auf die andere Module reagieren können. Zum Beispiel verwendet Views Konfigurationsobjekte, die es ermöglichen, ein Szenario zu schaffen, in dem beim Ausführen Hooks ausgeführt werden, die es jedem anderen Modul erlauben, Konfigurationen (Views) für das Views-Modul bereitzustellen. Konfigurationsobjekte können dynamische Abhängigkeiten haben. Wie einfache Konfigurationen hängen sie vom Modul ab, das sie bereitstellt. Zum Beispiel hängt views.view.frontpage vom Views-Modul ab, aber da darin Knoten aufgelistet sind, hängt es auch vom Node-Modul ab. Wenn es später aktualisiert wird, um nur Artikelknoten anzuzeigen, erhält es außerdem eine Abhängigkeit vom Konfigurationsobjekt Artikel (node.type.article). Und so weiter.