Overzicht van configuratie (in vergelijking met andere soorten informatie)

In Drupal 8 zijn er verschillende soorten informatie:

• Content

Informatie bedoeld om op uw site weer te geven en door gebruikers te bewerken: artikel, basispagina, afbeeldingen, bestanden, enz.

• Sessie

Informatie over interacties van afzonderlijke gebruikers met de site, zoals hun huidige selectie voor een Views-filter. Dit is tijdelijk en gepersonaliseerd voor één gebruiker.

• State

Informatie die vaak kan veranderen en/of zonder tussenkomst van een gebruiker. Voorbeelden: het tijdstip van de laatste Cron-run, of toegangsrechten voor nodes moeten worden herbouwd, enz.

• Configuratie

Informatie over uw site die geen content is en niet vaak verandert, zoals de naam van uw site, contenttypes en de Views die u hebt gedefinieerd, enz.

• Cache

Informatie over uw site die ook elders wordt opgeslagen. Caches bestaan alleen om gegevensopvraging te versnellen. Ze slaan nooit canonieke gegevens op.

• Instellingen

Alleen-lezen informatie voor uw site, hardcoded in het bestand settings.php.

Bepalen hoe u uw informatie classificeert

Het is niet altijd duidelijk of bepaalde informatie die uw module opslaat moet worden geclassificeerd als content, state of configuratie. Hier zijn enkele richtlijnen:

• Configuratie vs. state: als uw informatie moet worden uitgerold van uw ontwikkelserver naar uw live server, is het waarschijnlijk configuratie en geen state.
• Configuratie vs. content: denk aan sitebouwer vs. site-editor. Als de rol “site-editor” de informatie moet kunnen bewerken, is het waarschijnlijk content. Als alleen de “sitebouwer” deze informatie kan bewerken, is het waarschijnlijk configuratie. Maar dit is geen absolute regel.
• Configuratie vs. content: denk aan aantallen. Als u er enorme aantallen van heeft, is het waarschijnlijk content. Als u er maar een paar heeft, is het waarschijnlijk configuratie.
• Configuratie vs. content: configuratie definieert meestal “types van dingen”, zoals contenttypes, taxonomievocabularia, enz. Elke instantie van zo’n type is content: een node, een taxonomieterm, enz.

Eenvoudige configuratie vs. configuratieobjecten

Een van de eerste beslissingen die u moet nemen bij het gebruik van het configuratiebeheer-systeem is welk type configuratie u wilt opslaan.

Eenvoudige configuratie is eenvoudiger te implementeren en ideaal voor basisinstellingen die resulteren in het opslaan van booleans, integers of eenvoudige tekststrings. Een goed voorbeeld is de aan/uit-instelling van een bepaalde functie in uw module of de sitenaam die wordt ingesteld door de system-module. Eenvoudige configuratie omvat ook parameters die uw module nodig heeft om correct te functioneren. Bijvoorbeeld: JavaScript-aggregatie moet aan of uit zijn. Als dit niet bestaat, weet de system-module niet welke actie te ondernemen. Eenvoudige configuratie kan alleen afhankelijk zijn van de module die deze levert. Bijvoorbeeld, system.site is alleen afhankelijk van de system-module.

Configuratieobjecten slaan lijsten met items op die gebruikers kunnen aanmaken en verwijderen; uw code blijft correct werken of er nu 0 of 100+ items zijn. Voorbeelden: afbeeldingsstijlen, Views, enz. Configuratieobjecten hebben ook een volledige set CRUD-hooks die worden uitgevoerd net als bij elk ander object in Drupal, wat ze ideaal maakt voor configuratie waar andere modules van afhankelijk kunnen zijn of op kunnen reageren. Bijvoorbeeld: Views gebruikt configuratieobjecten zodat andere modules configuratie (views) kunnen leveren. Configuratieobjecten kunnen dynamische afhankelijkheden hebben. Net als eenvoudige configuratie zijn ze afhankelijk van de module die ze levert. Bijvoorbeeld, views.view.frontpage is afhankelijk van de Views-module, maar omdat het nodes toont, ook van de Node-module. Als het later wordt aangepast om alleen Article-nodes te tonen, krijgt het ook een afhankelijkheid van het configuratieobject Article (node.type.article). En zo verder.