render() en de templatecontext

De snelkoppeling render() neemt de aanvraag, een sjabloonnaam en een context en retourneert vervolgens een voltooide HttpResponse voor je.

Hier geeft een weergavefunctie één waarde door aan een sjabloon. Let erop hoe render() al het laad- en antwoordwerk op één regel uitvoert.

Binnen het sjabloon druk je een contextwaarde af met dubbele accolades. Django vervangt {{ name }} door wat je weergavefunctie heeft verzonden.

Django zoekt sjablonen in een map templates, meestal één per app. Als je ze daar bewaart, kan de lader elk bestand op naam vinden.

Sjablonen onderbrengen in een submap met de naam van de app is een naamruimte. Zo voorkom je dat twee apps dezelfde bestandsnaam gebruiken.

De sjabloontaal gebruikt voor alles een punt: sleutels van woordenboeken, objecteigenschappen en lijstitems worden allemaal gelezen als value.key.

Als een contextvariabele ontbreekt, drukt Django een lege tekenreeks af in plaats van vast te lopen. Deze stille fout voorkomt dat pagina's door kleine ontbrekende onderdelen stukgaan.

Je context kan zoveel sleutels bevatten als je wilt, met een combinatie van tekenreeksen, getallen, lijsten en objecten. Het sjabloon leest elke waarde via zijn sleutel.

Doe het zware werk in de weergavefunctie, niet op de pagina. Het sjabloon moet gegevens vooral weergeven, zodat presentatie en logica netjes gescheiden blijven.

Je hebt geleerd dat render() een aanvraag, een sjabloon en een contextwoordenboek samenvoegt tot één antwoord en dat {{ }} deze waarden afdrukt. Nu volgen tags en filters.