variabelen (type) benamingen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

SAP HANA DEVELOPER

SAP HANA DEVELOPER Utrecht Technology 13th month pay & Holiday allowance Bonus Program 26 holidays Training & Learning opportunities Laptop & Smartphone 32-40 hours p.w. Are you looking for the opportunity to become "the expert" when it comes to Business Intelligence, Data Analysis, Data Visualization and Data Management within a SAP environment? Then a role as a SAP HANA Developer is the job for you! Your job You contribute to the development, delivery and maintenance of business intelligence solutions based on the latest SAP technology. You improve the HANA platform for customers and you work on innovative applications that organizations

Bekijk vacature »

Senior Java-developer Rijks ICT Gilde

Functie­omschrijving De Rijksoverheid beschikt over een enorm Java-landschap. Als senior Java-developer bij het Rijks ICT Gilde werk je dan ook aan uitdagende en veelzijdige opdrachten. Je helpt ministeries en uitvoeringsorganisaties succesvol te zijn in het continu ontwikkelen en verbeteren van technische oplossingen. Zo help je de Rijksoverheid om met lef en ondernemerschap slagvaardig te opereren. Applicaties ontwikkelen die direct bijdragen aan het functioneren van Nederland: daar zorg jij voor als senior Java-developer bij het Rijks ICT Gilde (RIG). Of het nou gaat om het fixen van een bug of het maken van een compleet nieuwe applicatie. Met jouw Java-skills draag

Bekijk vacature »

Functioneel Applicatiebeheerder

CNB is de grootste dienstverlener in de markt van bloembollen en vaste planten. In deze markt verricht CNB de volgende diensten: bemiddeling, veilen en het koelen en prepareren van bloembollen. Vanuit ons hoofdkantoor in Lisse werken bijna 100 collega’s dag in dag uit aan de bemiddeling van bloembollen. In Bovenkarspel vindt het koelen en prepareren van de bloembollen plaats. Wij zijn op zoek naar een enthousiaste Functioneel Applicatiebeheerder die een applicatie, maar ook sfeer kan bouwen! Jij: Vindt het leuk om binnen een klein IT-team aan de slag te gaan met het functioneel beheer van voornamelijk Microsoft Dynamics Navision, maar

Bekijk vacature »

.NET Developer Zorg-ICT

Complexe software ontwikkelen: dat is jouw ding! Voor onze vestiging in Hoogeveen zoeken wij fanatieke junior en senior .NET Developers die met de laatste Microsoft-tools en -technieken willen werken. Jij bent gemotiveerd en draagt graag verantwoordelijkheid voor je 'eigen' software, die wordt ingezet in ziekenhuizen door heel Nederland. Jouw baan Je bent verantwoordelijk voor het ontwerpen, ontwikkelen, ondersteunen en onderhouden van jouw eigen module. Dit gaat om complexe ICT-producten die feilloos moeten functioneren binnen de complexe omgeving van een zorgorganisatie. Je werkt zelfstandig of in een klein team. ChipSoft maakt gebruik van een zelf ontwikkeld multi tier framework. Tijdens een

Bekijk vacature »

Progress Developer / #1 software leverancier binne

Functieomschrijving Ben jij een ervaren Progress Developer die graag nog nieuwbouw ontwikkelt? Wil je daarnaast jouw hersenen kraken voor het automatiseren van complexe bedrijfsprocessen? Lees dan snel verder en kom erachter of deze rol als Progress Developer iets voor jou is! Uitvoeren van analyses ter bevordering van de betrouwbaarheid en performance van de bedrijfskritische applicatie; Meedenken over de architectuur en tevens waarborgen van de architectuur; Troubleshooten van complexe incidenten; Je deelt graag je kennis aan je collega’s; Maken van ontwerpen, schrijven van documentatie en het testen van de Progress applicatie; Implementeren van nieuwe functionaliteiten en het verzorgen van nazorg. Aanroepen

Bekijk vacature »

Technisch Ontwerper / Applicatie Ontwikkelaar

Technisch Ontwerper / Applicatie Ontwikkelaar Actief Wat ga je doen? Als Technisch Ontwerper / Applicatie Ontwikkelaar kom je te werken bij onze gerenommeerde klanten op projecten of opdrachten van omvang en formaat. Je bent verantwoordelijk voor het omzetten van functionele specificaties naar een technisch ontwerp, het ontwerp van programmaspecificaties voor toepassingen, de realisatie van (gewijzigde) programmaonderdelen en databestanden van toepassingen en de technische systeemtest van applicatietoepassingen. Daarnaast geef je vorm aan webpagina’s en applicaties, stel je gebruikersdocumentatie op en verleen je ondersteuning bij het oplossen van productiefouten. Tevens ben je verantwoordelijk voor het samenstellen en onderhouden van de applicatie c.q.

Bekijk vacature »

Software Developer / PHP

Functieomschrijving Werk jij graag in een vooruitstrevende en groeiende organisatie aan een eigen ontwikkeld platform dat door steeds meer bedrijven in Nederland gebruikt wordt? Ligt jouw passie bij software development en heb jij ervaring met PHP? Dan zijn wij op zoek naar jou voor dit bedrijf in regio Eindhoven! Je werkt samen met het ontwikkelteam aan de ontwikkeling van het platform, o.a. met Symfony, Docker, API's en Git; Je denkt mee over verbeteringen, doorontwikkeling en schaalbaarheid van het platform; Je werkt in sprints van twee weken; Je spreekt met diverse betrokkenen om samen een optimaal product neer te zetten. Functie-eisen

Bekijk vacature »

Java developer senior

Functie­omschrijving ''Ik werk voor de douane en houd mij bezig met het proces Binnenbrengen, Uitgaan en Provianderen. In de Rotterdamse haven komen de grootste containerschepen binnen en alles op het schip moet aangegeven worden. Als er dan iets fout gaat met de aangiftes ontstaat er een file op de A15 van vrachtwagens die de containers willen ophalen. Je pakketje uit China is dan nóg langer onderweg. Kortom een boeiend proces waarbij heel veel verschillende technieken om de hoek komen kijken.'' Bert Gritter - Senior Java developer. Bij de Belastingdienst ontwikkelen we applicaties die direct van zeer grote invloed zijn op

Bekijk vacature »

Deventer zoekt PHP Developer!

Functieomschrijving In een team van developers werk je aan maatwertk gebruiksgerichte software. De taal die hier het meest gebruikt wordt is PHP en JavaScript. Op de Frontend werken ze met Vue.js en op de Backend middels Laravel, enige kennis hiervan of van een ander framework is zeker een grote pré. Belangrijk is wel dat je al wel fulltime werkervaring hebt opgedaan met PHP. Je krijgt hier de mogelijkheid om jezelf verder te ontwikkelen als developer in een team van ervaren collega's die je graag verder helpen en ondersteunen. Er wordt hier zeker gekeken naar persoonlijke ontwikkeling en zo krijg je

Bekijk vacature »

.NET Developer / C# / Microservices / Azure

Functieomschrijving Ben jij een senior .NET Developer en wil jij een bijdrage leveren aan een gezondere wereld door innovatieve software te ontwikkelen? Wil jij werken met de nieuwste technieken zoals C#, Docker en Azure? Lees dan nu verder! Het ontwikkelen van software inclusief vormgeving, implementaties, integraties en testen; Het in kaart brengen van software requirements; Zorgen dat jouw code kwalitatief hoogstaand is; Uitvoeren van risico analyses; Bijdrage leveren aan het continuous quality improvement process. Functie-eisen Minimaal 3 jaar ervaring als .NET Developer; Je hebt ervaring met C#, Azure Devops of TFS; Je hebt ervaring met ASP.NET Core, MVC, Docker en

Bekijk vacature »

Scala Developer Security

Functieomschrijving Ben jij een ervaren programmeur? Heb je ervaring met functioneel programmeren en wil je voor een dynamische en snel groeiende organisatie werken waar domain driven design hoog in het vaandel staat? Neem dan snel contact met mij op! Het aandragen en ontwikkelen van technische oplossingen; Het verbeteren van de reeds bestaande functionaliteiten; Het maken van koppelingen met externe applicaties; Sparren met de front-end developers over de te ontwikkelen functionaliteiten; Sparren met mede developers en de business over de inrichting van het domein. Functie-eisen Je hebt HBO- werk en denkniveau; Je hebt enkele jaren ervaring als developer; Je kan programmeren

Bekijk vacature »

Lead developer (C#) / architect, aansturing machin

Ben je een ervaren technisch software ontwikkelaar/ lead / architect die op zoek is naar een nieuwe baan in Den Haag? Een baan waar je software ontwikkeld voor de aansturing van complexe, innovatieve machines? En bijdraagt aan de ontwikkeling van een maatschappelijk product waar veel mensen bij gebaat zijn? Lees dan verder! Voor een bedrijf in Den Haag zijn we momenteel op zoek naar een lead developer / architect met een afgeronde HBO of WO opleiding en ervaring op gebied van C# Het gaat om een leuk middelgroot bedrijf van circa 50 mensen waarvan 7 software developers. Het bedrijf bestaat

Bekijk vacature »

Low Code Ontwikkelaar Veiligheid DevOps

Low Code Ontwikkelaar Veiligheid DevOps Functieomschrijving Ben jij een Low Code ontwikkelaar met OutSystems, Mendix of Betty Blocks ervaring én lijkt het jou uitdagend om te werken voor een organisatie in de omgeving van Houten waar honderden applicaties worden ontwikkeld die bijdragen aan de veiligheid van ons land? Is het voor jou een uitdaging om de organisatie continu naar een hoger niveau te tillen en te experimenteren met nieuwe werkwijzen, tools en technieken? Lees dan nu verder! Je werkzaamheden zullen onder andere bestaan uit: Low Code ontwikkelen en beheer van applicaties op een cloud native platform met Mendix, OutSystems of

Bekijk vacature »

Senior PHP Developer BDD Zorg

Functieomschrijving Ben jij een PHP Developer die out of the box denkt? Zoek jij naar de mogelijke als naar de onmogelijke oplossingen? Werk jij graag met kritische vraagstukken dat mensenlevens kan redden of kosten? Reageer nu en kom alles te weten! Ben jij iemand die energie krijgt van het ontwikkelen van een complexe PHP objectgeoriënteerde platform; Denken jij graag mee over de architectuur; Geeft een mooie schone code jou energie en doe jij er alles aan dat dit zo blijft; Vind jij het net zo belangrijk dat de huidige software goed onderhouden wordt; Denk jij graag out of the box;

Bekijk vacature »

Android Developer Internet of Things

Functieomschrijving Weet jij complexe technische vraagstukken om te zetten naar werkende oplossingen? Dan is deze Android Developer functie met IoT een hele goede match voor jou! Je bedenkt en ontwikkelt technologische oplossingen voor het Android platform dat wordt gebruikt. Je bent nationaal en internationaal bezig waarbij je met de nieuwste technieken mag werken om de prachtige Mobile Apps te maken. Je werkt trouwens aan unieke IoT producten/projecten waar we je graag meer over vertellen als je bij ons op gesprek komt. Technieken waar je aan kan denken: Kotlin, Butterknife, Dagger, Retrofit, Volley of Picasso, Android TV, Android Wear of Android

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

11/08/2020 08:49:30
 
- 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.