variabelen (type) benamingen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Functioneel applicatiebeheerder - SOP-SYS-SAM

TenneT is hard groeiend om de onze ambities waar te kunnen maken. Zo nemen wij een leidende rol in het aanjagen van de energietransitie. Het werven van nieuw talent speelt daarin een cruciale rol. Wij zijn op zoek naar een gedreven Functioneel Applicatiebeheerder op onze locatie Arnhem die hieraan wil bijdragen en misschien ben jij dat wel? Jouw bijdrage aan TenneT Je gaat samenwerken in een team van circa 15 functioneel applicatiebeheerders en gaat onderdeel uitmaken van een DevOps team. Met dit team ga je applicaties (laten) ontwikkelen en beheren. Hierbij concentreer je je vooral op de functionele aspecten, zodat

Bekijk vacature »

Medior PHP developer

Functie Het team bestaat inmiddels uit zo’n 25 collega’s met specialisten op het gebied van development, data(analyse), marketing, infrastructuur en finance. Ze hebben een supermodern pand en bieden hiernaast veel vrijheid en verantwoordelijkheid. Ze doen er alles aan om jou op te gemak te stellen. Zo kun je je eigen werkplek inrichten naar persoonlijke wensen, maar gaan ze bijvoorbeeld ook jaarlijks met elkaar wintersporten en zijn er andere leuke uitjes. Als onderdeel van één van de scrumteams ga je aan de slag, samen ben je medeverantwoordelijk voor het doorontwikkelen van hun business applicatie waar het traffic team dagelijks mee werkt.

Bekijk vacature »

Software developer

Werkzaamheden voor jou als software developer Voor een goede relatie in de regio Zwolle (meerdere locaties) zoeken wij een software developer die betrokken is bij de ontwikkelcyclus en verantwoordelijk is voor het testen en keuren van nieuwe en geoptimaliseerde software. In deze functie ben je in de implementatiefase de persoon die risico's beoordeelt en intern oplossingen aanbrengt om risico's te verkleinen. Binnen het ontwikkelteam van de software ben je een belangrijke schakel waar je intensief meewerkt met scrum. Het voorkomen van bugs in de programma's en het bevorderen van gebruiksvriendelijkheid voor eindklanten zijn voor jou een uitdaging en geeft voldoening

Bekijk vacature »

PHP Developer

Functieomschrijving Vanuit het hoofdkantoor in omgeving Breda ben je als PHP/Symfony Developer niet alleen gefocust op het ontwikkelen van software. Daarnaast ben je voortdurend bezig met het zoeken naar nieuwe trends en ontwikkelingen die van waarde kunnen zijn voor de efficiëntie van software ontwikkeling. Hieronder een kort overzicht van jouw takenpakket: Het ontwerpen en implementeren van webapplicaties met het Symfony Framework; Het schrijven van een schone en efficiënte codes; Het testen van ontwikkelde applicaties om te zorgen dat ze goed functioneren en voldoen aan de eisen van de klant; Onderhouden en updaten van bestaande applicaties die zijn gebouwd met het

Bekijk vacature »

Back end Node.js developer

Functie Het ontwikkelteam bestaat momenteel uit 5 (back-end) Developers, 2 systeembeheerders, 1 DevOps engineer, 1 Tech Lead en 2 Scrum Masters. Samen wordt er doorontwikkeld aan twee SaaS-platformen die in een hoog tempo doorontwikkeld moeten worden. Omdat innovatie een belangrijk speerpunt binnen de organisatie is, wordt er ook continu naar snellere en slimmere oplossingen te bedenken en realiseren. Als Back-end Developer hou jij je dagelijks bezig met vraagstukken zoals: API-development, high volume datastromen, het ontwikkelen van Bots aan de hand van A.I. Daarnaast denk en werk jij mee aan de onlineapplicaties voor klanten. Er wordt zelfstandig en in teamverband gewerkt

Bekijk vacature »

Back-end programmeur

Functieomschrijving Heb jij kort geleden jouw HBO ICT diploma in ontvangst mogen nemen? Of ben je toe aan een nieuwe uitdaging? Voor een uitdagende werkgever in omgeving Waalwijk zijn wij op zoek naar een enthousiaste softwareontwikkelaar met kennis of ervaring met C# en SQL. In een uitdagende rol als C#.NET Developer werk je samen met een enthousiast en informeel team aan het bouwen van maatwerk software voor variërende klanten. Verder ziet jouw takenpakket er als volgt uit: Je draagt bij aan de implementatie van aanpassingen, verbeteringen en aanvullingen in de C# based applicaties; Je houdt je bezig met het ontwikkelen

Bekijk vacature »

Mendix Developer

Functie Wat ga je doen als Mendix Developer? We leven in een wereld die snel ontwikkelt en veranderd, ook nemen bedrijfsbelangen toe en blijken risico’s moeilijker in te schatten, daarom wij op zoek naar Junior, Medior en Senior Developers die bedrijven kunnen helpen met hun screeningproces en zorgen dat deze efficiënt en 100 procent AVG compliant is. Het concept achter Mendix is duidelijk. De klant heeft een vraag/probleem. Dit kunnen we door middel van slimme software oplossen. In plaats van te werken met de nieuwste technieken en tools, wordt er gekozen voor het implementeren en maken van software dat op

Bekijk vacature »

Senior Lead Front End Developer

Functieomschrijving Voor Stichting Waternet zijn wij op zoek naar een senior Lead Front End Developer. Binnen het DevOps team Online zijn we op zoek naar een Senior Lead Front End developer met kennis van toegankelijkheid. Deze developer zal zich bezighouden met development van webpaginas die in verbinding staan met systemen uit het back office. Taken Ontwerpen, ontwikkelen, implementeren, documenteren en beheren van webapplicaties in een Azure-omgeving Debuggen, analyseren en oplossen van problemen in de OTAPomgevingen Je participeert in het DevOpsTeam Online voor het verder uitwerken en implementeren van gebruikerswensen Je bent betrokken bij toegankelijkheid audits en het implementeren van WCAG

Bekijk vacature »

Lead Webdeveloper

Als Lead webdeveloper bij KUBUS ben je verantwoordelijk voor het implementatie design van requirements en de software architectuur van de webapplicatie en services van BIMcollab. In je rol als lead developer zoek je als vanzelf op een creatieve manier naar het optimum tussen benodigde implementatie-tijd, de performance van de applicatie en een snelle go-to-market van features, aansluitend bij onze geautomatiseerde test- en release train. Hierbij bewaak je in samenwerking met de andere senior ontwikkelaars in je team de architectuur van de applicatie en adviseer je de product owner over noodzakelijke refactoring om de onderhoudbaarheid van het platform te verbeteren. Ons

Bekijk vacature »

Junior .NET developer

Functie Jij hebt natuurlijk net jouw Bachelor op zak en gaat nu voor het eerst aan de slag bij een werkgever als junior .NET ontwikkelaar. Waarschijnlijk lijkt het jou spannend om ineens aan de slag te gaan bij klanten in de consultancy. Maak je niet druk, jij komt hier terecht in een warm bad en wordt totaal niet in het diepe gegooid. Zodra jij hier begint wordt jij gekoppeld aan een persoonlijke manager met een persoonlijk ontwikkelplan. Jij krijgt een scala aan trainingen, denk aan trainingen ten behoeve van het opdoen van zelf kennis en gedragscompetenties, maar ook trainingen voor

Bekijk vacature »

Software Developer PHP JavaScript Python HBO SQL

Samengevat: Wij zijn een softwarebedrijf voor Autodealers. Ben jij een Medior of Senior Software Developer? Heb je ervaring met PHP, JavaScript of Python? Vaste baan: Java.Developer Software HBO €3.000 - €5.200 Bij ons op de werkvloer is er een positieve en informele sfeer. Naast een goede begeleiding en een enthousiaste klantenkring biedt deze werkgever een prettige omgeving met zeer afwisselende werkzaamheden. Houd jij van aanpakken en denk je dat je deze uitdaging aankunt? Dan zoeken wij jou! Zij werken voor grote klanten. Zij doen omvangrijke projecten die we bij deze werkgever op kantoor realiseren (geen detachering). Zij werken met state-of-the-art

Bekijk vacature »

Network Engineer (f/m/d) in Heidelberg

Network Engineer (f/m/d) The IT Services team operates and supports the IT infrastructure and services at EMBL headquarters in Heidelberg and at the laboratory’s sites in Barcelona and Rome. As part of IT Services, the Network team is responsible for managing and developing the network infrastructure in our data centres, on campus, and to our external network providers. As a leading scientific institution with highly data-intensive research, extensive data flows at and between the laboratory’s six sites and to the Internet, EMBL is connected to national and international scientific networks using state-of-the-art technologies from vendors including Cisco, Extreme Networks and

Bekijk vacature »

Traineeship Front-end developer (WO, 0 tot 3 jaar

Functie Zoals beschreven ga je vanaf start aan de slag bij een passende opdrachtgever, hierbij kijken ze echt naar jouw wensen, kennis/ervaring maar ook de reisafstand. Momenteel hebben ze meerdere klanten waarbij ze groepen hebben opgezet wat maakt dat er diverse uitdagende kansen liggen. Naast het werken bij de opdrachtgever, en het volgen van de masterclasses, zul je regelmatig met de andere trainees in contact zijn. Niet alleen op professioneel vlak maar juist ook bij de borrels en kwartaaluitjes! Kortom; een jaar lang hard aan jezelf werken in combinatie met gezelligheid en plezier. Spreek dit jou aan? Dan komen we

Bekijk vacature »

Dynamische Oracle/APEX Ontwikkelaar in de logistie

Bedrijfsomschrijving De organisatie in de regio Rotterdam is gespecialiseerd in het ontwikkelen van moderne webbased software voor de ERP branche. In totaal is er 20FTE aan specialisten actief binnen de organisatie. De ICT afdeling bestaat momenteel uit 15FTE. Ze groeien ontzettend hard en daarom zoeken zij een Oracle/APEX Developer die het reeds sterke team nog sterker komt maken. Hier werken ze op projectbasis voor verschillende grote organisaties in de logistieke sector. Het is een informele organisatie waarbinnen een fijne werksfeer heerst. Zoals aangegeven willen ze het team nog sterker maken en daarvoor zoeken ze bij voorkeur medior of senior Oracle/APEX

Bekijk vacature »

Sportieve Junior C#.NET developer gezocht!

Bedrijfsomschrijving Wil jij werken aan webapplicaties bij de marktleider binnen de branche? Voor een klant in de buurt van Oosterhout ben ik op zoek naar een Fullstack .NET developer. Dit bedrijf bestaat bijna 10 jaar en is inmiddels uitgegroeid tot marktleider in Nederland en heeft tevens kantoren in meerdere landen in Europa. Dit bedrijf bouwt webapplicaties waarbij internationaal enkele honderdduizenden deelnemers, soms tegelijk, een beroep doen op de realtime data uit deze applicaties. Dit brengt erg veel technische uitdaging met zich mee. Ze ontwikkelen nieuwe applicaties maar ook bestaande applicaties worden uitgebreid en verbeterd. Hier kan jij een onderdeel van

Bekijk vacature »

Pagina: 1 2 volgende »

Ozzie PHP

Ozzie PHP

26/01/2012 16:40:56
Quote Anchor link
Hallo allemaal,

Regelmatig zie ik dat sommigen van jullie een variabele vooraf laten gaan door een type aanduiding, bijvoorbeeld i voor integer en a voor array.

$iNumber = 99;
$aNames = array('Klaas', 'Jan', 'Piet');

Zelf heb ik dit nooit gedaan, maar ik vraag me af of ik dit wel of niet zou moeten doen. Zelf zou ik gewoon zeggen:

$number = 99;
$names = array('Klaas', 'Jan', 'Piet');

Ik vind dit duidelijker lezen dan het 1e voorbeeld, maar als je verderop in je code de variabelen wilt gebruiken, dan kun je niet (aan de naam) zien om wat voor type variabele het gaat.

Ik ben benieuwd wie van jullie gebruik maken / maakten van type aanduidingen en wat jullie ervaringen zijn. Is het zinvol om type aanduidingen te gebruiken, of verstoort het juist de leesbaarheid van de code? Kortom... graag jullie ervaringen!
 
PHP hulp

PHP hulp

02/06/2023 13:55:52
 
- SanThe -

- SanThe -

26/01/2012 16:50:39
Quote Anchor link
Ik gebruik het zelf niet, maar ik kan mij voorstellen dat het in bepaalde gevallen wel handig is.
 
Niels K

Niels K

26/01/2012 16:54:43
Quote Anchor link
Hoi Ozzie,

Ik gebruik het niet simpelweg omdat ik het storend vind. Daarnaast, er is geen coding standard waar iedereen zich aan moet houden. Ook hierin geldt dus dat het een persoonlijke keuze is.

Dat is met veel dingen zo, bijv: Zet jij overal commentaar bij? Of alleen de functies, of alleen de classes of laat je aan de hand van de naam van een functie / class zien wat de functie / class doet?

Niels
 
Wouter J

Wouter J

26/01/2012 17:02:04
Quote Anchor link
Ik gebruik het ook niet. Vind het storend, maar ook verwarrend. Een type kan wel eens wijzigen halverwege het script, moet je dan een nieuwe variabele aanmaken?

En bij bijv. $result = mysql_query('SELECT foo FROM bar'), noem je dit nu $rResult? Oké, het is een resource dus we gebruiken een r als prefix. Vervolgens besluit ik mysql te vervangen met PDO. Dan wordt er een object gereturned, geen resource. Moet ik dan alle variabele in het script aanpassen met $oResult?
Een array kan in PHP ook als object gebruikt worden. Moet ik dan $aNames of $oNames gebruiken?
Is een object wel een object, of wil ik dit als class type zien en moet ik er $cNames van maken?

Allemaal verwarrende omstandigheden.

De benaming hou ik gewoon zo duidelijk mogelijk. Als ik een array heb gebruik ik meervoud, bijv. $names. En bij alle andere omstandigheden enkelvoud, bijv. $name.
 
Ozzie PHP

Ozzie PHP

26/01/2012 18:04:42
Quote Anchor link
Thanks voor de reacties! Ik dacht dat het wellicht een coding standard was maar dat is dus niet zo. De tip om bij een array meervoud te gebruiken is een goede. Volgens mij doe ik dat vaak onbewust ook wel, maar daar ga ik voortaan zeker op letten. Thanks allemaal!
 
Erwin H

Erwin H

26/01/2012 18:19:49
Quote Anchor link
Volgens mij is het veel beter om de scope van je variabelen zo klein mogelijk te houden. Dus korte(re) functies die een duidelijk doel dienen en niet je hele script achter elkaar plakken. Als de functies korter zijn en daarmee de variabelen dus een heel duidelijke scope hebben is het al duidelijk genoeg wat mij betreft. Zet er nog een juiste beschrijving bij en je hoeft je over dit soort dingen niet meer druk te maken.
 
Ozzie PHP

Ozzie PHP

26/01/2012 18:29:59
Quote Anchor link
Kun je een klein voorbeeldje geven van wat je bedoelt Erwin. Hoe het volgens jou niet moet en hoe het volgens jou wel moet?
 
Erwin H

Erwin H

26/01/2012 18:47:01
Quote Anchor link
Stel je hebt een script waarbij je eerst variabelen uit wilt lezen (uit GET, POST, SERVER, COOKIE etc), controleren en eventueel bewerken. Daarna maak je een database connectie om die gegevens weg te schrijven en nieuwe op te halen. Met die nieuwe doe je nog wat en tenslotte zet je dit in HTML en schrijft het naar de browser.

Dit hele geheel kan je natuurlijk allemaal achter elkaar zetten en zo een script bouwen van 1000 regels. Klinkt overdreven, maar het is de manier die de meeste mensen die hier om hulp vragen gebruiken.

Of, je kan voor elk onderdeel een stel functies (of objecten) schrijven die elk een deel van de functionaliteit voor hun rekening nemen. Zo krijg je dus vier hoofd functies (of objecten):
- inlezen, controleren en bewerken van de gegevens
- connectie met je database wegschrijven/ophalen van gegevens
- bewerken van je gegevens
- HTML pagina bouwen en naar de browser sturen

Op die manier hoeft je "pagina.php" niet heel erg lang te zijn en is het dus overzichtelijk wat je variabelen allemaal zijn. De functies/objecten die het echte werk doen kan je op eenzelfde manier opdelen. Hierdoor is het niet alleen veel makkelijker/duidelijker hoe alles werkt, het is ook nog eens veel makkelijker om code te hergebruiken.
 
Ger van Steenderen
Tutorial mod

Ger van Steenderen

26/01/2012 18:56:59
Quote Anchor link
Het geven van prefixen aan een variabele is geen must. Dit komt voort uit de programeer wereld waarbij je verschillende controls op een form die op het zelfde item duiden een prefix geeft (de hongaarse notatie).
Ik vind het belangrijker om vars een duidelijke naam te geven, want om het voorbeeld van mysql_query aan te halen, dit geeft namelijk niet altijd een recource terug, maar bij update, insert ect queries een bool.
 
Ozzie PHP

Ozzie PHP

26/01/2012 19:34:52
Quote Anchor link
@Erwin: duidelijk, volgens mij is dat (basis)OOP wat je daar beschrijft ;) Daar ging mijn vraag alleen niet om. Het ging me er niet om hoelang de namen zijn, maar of je wel of niet "moet" aangeven wat het datatype is.

@Ger: wat bedoel je met Hongaarse methode? Ik dwaalde even af naat compleet andere gedachten, maar die hebben er waarschijnlijk op geen enkele manier iets mee te maken :)
 
Erwin H

Erwin H

26/01/2012 19:47:06
Quote Anchor link
@Ozzie, nee, dat is niet basis OOP. Ik zeg namelijk bewust functies OF objecten. Het gaat niet om OOP, het gaat erom dat je niet teveel bewerkingen/functionaliteit in een stuk code probeert te proppen. Dat kan met objecten, dat kan met functies.
Als je het handig splitst worden je variabelen altijd maar in een klein deel van je code gebruikt en door de context waar ze in staan is het duidelijk wel type ze hebben.
 
Ozzie PHP

Ozzie PHP

26/01/2012 19:53:57
Quote Anchor link
Ik snap wat je bedoelt. Thanks voor de toelichting.

laatste vraag... maak je / jullie variabele namen altijd zo kort mogelijk?

bijv. je hebt een Class die heet User. Noem je je functie dan getUserName() of getName()? En in de functie zelf gebruik je dan $name of $user_name? Ik snap dat er geen standaard is, maar ben gewoon benieuwd wat jullie doen. Of bijv. gebruik je $db of $database? Ik schrijf zelf liefst alles voluit dus $database en $user_name.
 
Jacco Brandt

Jacco Brandt

26/01/2012 19:55:05
Quote Anchor link
De Hongaarse notatie is het prefixen van variabel/functie namen adhv hun types.
 
Pieter Jansen

Pieter Jansen

26/01/2012 19:56:53
Quote Anchor link
De Hongaarse methode ( of eigenijk notatie ) is precies wat je beschreef in je openingspost. M.a.w. het type aanduiding in je variabele zetten. Een Array wordt dus $aNames, een integer een $iNumber of een object referentie een $oDatabase of een boolean ( flag ) as $fSigned. Dat noemen ze ook wel de Hongaarse notatie. Ik gebruik het zelf niet, maar het is een standaard die je kunt volgen. Persoonlijk vind ik het erg storend en bovendien is het niet echt meer nodig. Tegenwoordig heeft elke fatsoenlijke IDE wel al een beeld bij het type en worden er direct exceptions gegooid als je een verkeerd type wil hanteren. In PHP maakt het bovendien niet uit want alle variabelen zijn gelijk in die zin. Een integer kan een string worden en een object referentie kan een boolean worden. Als het eerst een $iNumber was en later een string, heb je een notatie die niet overeenkomt met de daadwerkelijke inhoud.

edit:

Voor class namen gebruik ik altijd camelcase. Classes beginnen altijd met hoofdletter, ik gebruik ook geen underscores ( _ ) in naamgeving tenzij het een aanduiding is van een private method. En methode namen worden voluit geschreven.

class User krijgt dus een veld genaamd $username, als ik een getter heb, word het GetUsername(){ return $this->username; }

Dus velden camelcase, de rest is allemaal leading capital camelcase. Alleen private methods krijgen een prefix met underscore dus _Reorganise(){}

Notatie lijkt veel op de gangbare notatie voor Java, persoonlijk mijn favoriete notatie. Enige verschil is dat ik private velden niet met een underscore begin, ik hou veel velden namelijk private en om steeds maar die underscore er tussen te moeten plakken vind ik ook zo onzinnig.
Gewijzigd op 26/01/2012 20:03:19 door Pieter Jansen
 
Ozzie PHP

Ozzie PHP

26/01/2012 20:15:08
Quote Anchor link
Waarom gebruik je geen underscores in variabele namen, dus $user_name? (of is het woord normaal aan elkaar?). Maar jij zou dus bijv. doen $amountstockproducts ipv $amount_stock_products?
 
Pieter Jansen

Pieter Jansen

26/01/2012 20:17:45
Quote Anchor link
underscores vind ik persoonlijk erg lelijk in variabelen, en nee, $amountstockproducts zou dus $amountStockProducts worden. Alles is verder camelcase, alleen methode namen zijn camelcase terwijl ze ook beginnen met hoofdletter.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
public void GetAmountOfStockProducts () {
    return this.amountStockProducts;
}
Gewijzigd op 26/01/2012 20:18:39 door Pieter Jansen
 
Ozzie PHP

Ozzie PHP

26/01/2012 20:20:03
Quote Anchor link
Ah zo... oke... ik gebruik wel underscores... maar vind hoe jij het doet ook wel mooi. Wat doet de rest?
 
Wouter J

Wouter J

26/01/2012 20:25:32
Quote Anchor link
@Ozzie, username is 1 normaal woord.

Ook ik gebruik camelCase i.p.v. under_scores. Ik vind zo'n underscore niet mooi staan en camelCase typt iets sneller :) Ik zou dus $amountStockProducts schrijven.

Bij een Class genaamt User gebruikt ik geen $username maar $name. Waarom? Omdat het anders erg dubbelop is. Je hebt een gebruiker en die gebruiker heeft een naam. Als hij ook nog een nickname heeft (dus echte en bijnaam) dan zou ik wel gebruik maken van $name en $nickname.
Ik heb in OO alle properties zonder underscore, behalve als het geen echte eigenschap is. Als je een Gastenboek hebt heeft die als eigenschap $reacties (meervoud => array). Maar $_db is geen eigenschap van Gastenboek maar heb ik wel nodig in de code. Vandaar de _.

Verder gebruikt ik de Zend standaards. Dus classnamen beginnen met een hoofdletter, properties en methods met een kleine letter. Bij classnamen gebruik ik trouwens wel een underscore, vind ik wat makkelijker staan.
Dus dan krijgt je iets als:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
<?php
    $user1
= WJ_User::byId(12);
    $user1Name = $user1->getName(); // beetje zinloos, slechts als voorbeeld
    
    $user2 = WJ_User::byId(43);
    
    $users = new Array( $user1, $user2 );
    
    foreach( $users as $user )
    {

      echo 'Hello '.$user->getName().PHP_EOL;
    }

?>
 
Ozzie PHP

Ozzie PHP

26/01/2012 20:31:36
Quote Anchor link
Oke thanks... haha, ben blijkbaar de enige die underscores gebruikt :D
 
Dos Moonen

Dos Moonen

26/01/2012 20:34:29
Quote Anchor link
Ik zelf gebruik geen hungarian notatie. Als ik er een van de twee zou moeten gebruiken zou dat app-hungarian zijn en niet system-hungarian. System-hungarian is wat er tot nu toe telkens langs is gekomen.
http://www.joelonsoftware.com/articles/Wrong.html
Lees dat hoe dan ook eens.

Ik gebruik geen underscore prefix in talen met visability (private, protexted etc.)
$amount_stock_products zou ik waarschijnlijk eerder $stock_size noemen.
In PHP gebruik ik liever geen CamelCase maar in JAVA weer wel aangezien JAVA consequenter is met benamingen dan PHP en daar CamelCase gebruikt wordt.
 
Aad B

Aad B

26/01/2012 20:38:33
Quote Anchor link
Underscores werden vroeger idd veel gebruikt, CamelCase is van nu en komt voort uit de java (niet javascript) wereld. Ook de type aanduiding/letter voorafgaand aan de variabelenaam is van vroegah.
 

Pagina: 1 2 volgende »



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.