<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Variables on C2 Platform</title><link>https://c2platform.org/nl/tags/variables/</link><description>Recent content in Variables on C2 Platform</description><generator>Hugo</generator><language>nl</language><atom:link href="https://c2platform.org/nl/tags/variables/index.xml" rel="self" type="application/rss+xml"/><item><title>Dotnotatie versus bracketnotatie in Ansible en Jinja</title><link>https://c2platform.org/nl/docs/guidelines/coding/dot-vs-bracket-notation/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://c2platform.org/nl/docs/guidelines/coding/dot-vs-bracket-notation/</guid><description>&lt;div class="alert alert-primary" role="alert">


 Gebruik bij voorkeur dotnotatie voor vaste sleutels, bijvoorbeeld
&lt;code>item.servername&lt;/code>. Gebruik bracketnotatie alleen wanneer dotnotatie niet
geschikt is, bijvoorbeeld bij dynamische sleutels zoals &lt;code>item[var_name]&lt;/code>.

&lt;/div>

&lt;h2 id="probleem">Probleem&lt;/h2>
&lt;p>Zowel dotnotatie als bracketnotatie zijn geldig in Ansible- en Jinja-expressies.
Zonder een duidelijke regel ontstaan in codebases mengsels van stijlen zoals
&lt;code>item.name&lt;/code>, &lt;code>item['groups']&lt;/code> en &lt;code>item[var_name]&lt;/code>.&lt;/p>
&lt;p>Deze inconsistentie maakt code moeilijker scanbaar en te reviewen. Het zorgt ook
voor ruis in voorbeelden en documentatie, omdat lezers moeten afleiden of de
wijziging in syntax betekenisvol is of slechts stilistisch.&lt;/p></description></item></channel></rss>