variabelen (type) benamingen

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

IT PROFESSIONAL SERVICEDESK (ROTTERDAM)

Je hebt net een ICT-opleiding afgerond en bent klaar voor de toekomst. Maar ja, hoe ga je dat aanpakken? Specialiseer je, volg een training en doe tegelijkertijd werkervaring op. Wij helpen je dé allround professional op de werkvloer te worden. DIT GA JE DOEN. Je start bij QISS IT met een aantal trainingen. Je leert programma’s als Microsoft Office 365, Windows 10 en Security perfect onder de knie te krijgen. Direct daarna zoeken we een leuke opdrachtgever die helemaal bij jou past en kun je als allround aan de slag. • Je gaat aan de slag bij een Servicedesk •

Bekijk vacature »

Senior Python Developer vacature

Jij volgt ontwikkelingen op de voet. Sterker nog: je bent er onderdeel van. Jij loopt voorop. Jij denkt met klanten mee en helpt hen innoveren. Zo kun jij een bijdrage leveren aan de Rabobank-app, de beveiliging van treinen voor Pro-rail verbeteren of de website van ING een boost geven. Vergaderen? Liever gewoon zorgen dat het werkt! Hoe omschrijft men een Sogetist? Gedreven, resultaatgericht en niet snel tevreden. Wat niet wil zeggen dat je nooit met hem of haar kunt lachen. Integendeel. Plezier hoort wat ons betreft net zo goed bij werken. Maar we gaan op de eerste plaats voor de

Bekijk vacature »

Consolidation Systems Specialist - OnsStream

An international company based in Amsterdam seeks a Consolidation Systems Specialist to help support, administer and process improve a complex and state-of-the-art reporting system: OneStream AF. This is a senior role, working in a complex multinational environment. The role is varied in scope and will include a range of tasks and challenges including technical projects; enhancement of financial reporting processes; training and business analysis. The skills required include: 3 plus years experience with an EPM tool (such as OneStream, HFM, SAP BPC, Tagetik) 4 to 5 years experience in a financial systems administration, consultancy or developer function. Excellent English communication

Bekijk vacature »

Java developer - Utrecht

Voor één van onze klanten zijn wij op zoek naar een Java developer Onze klant is actief in het ontwikkelen van de software voor zorginstellingen. Het cliënten en patienten dossier wat onze klant levert, wordt inmiddels dagelijks gebruikt door maar liefst 50 zorgaanbieders en 20.000 professionals. Ze is onderdeel van een samenwerkingsverband van drie softwareleveranciers in de zorgmarkt en zijn specialist én marktleider op dit gebied. Onze klant zelf is gevestigd in Veenendaal en focust zich op de gehandicaptenzorg, jeugdzorg en GGZ in Nederland en België. Het bedrijf is ambitieus en heeft visie: alle medewerkers dragen een echt "zorghart" met

Bekijk vacature »

Full stack C# .NET web developer, inhouse project

Ben je een C# .NET developer met circa 0 tot 5 jaar ervaring en op zoek naar een nieuwe baan als web developer in Rotterdam? Bij een organisatie waarbij je inhouse kan werken maar wel de afwisseling hebt van telkens nieuwe projecten voor externe klanten? En het liefste een organisatie waar je de zekerheid en mogelijkheden hebt die horen bij een groot bedrijf maar waarbij je tevens de informaliteit en vrijheid hebt van een kleine club? Daarbij natuurlijk een goed salaris, uitstekende pensioenregeling, onkostenvergoeding, de nieuwste versie van de Iphone of Samsung, plus laptop. En de mogelijkheid voor een leaseauto

Bekijk vacature »

Business Intelligence developer

Jij ben niet bang om hard te werken. Uitdagingen zijn welkom. En problemen? Die zijn er om opgelost te worden of, nog beter, om voorkomen te worden! Voor jij aan de slag gaat met het ontwerpen van BI- en DWH-oplossingen, leg je eerst je oor te luister bij de klant. Zo weet jij wat de klant wil, en hoe jouw ontwerp eruit moet komen te zien. Simpel! Althans… met jouw Developer-kwaliteiten wel! Over deze BI vacature Als Business Intelligence Developer ga je zowel op locatie bij de klant aan de slag, als op een van de Sogeti-locaties. Je analyseert de

Bekijk vacature »

Full-stack .NET developer gezocht, Goeree-Overflak

Ben je een .NET software developer en op zoek naar een professionele werkomgeving binnen een wat groter innovatief en ambitieus bedrijf? Waar sprake is van een uitgebreid applicatielandschap met elke dag nieuwe uitdagingen, waar alles mogelijk is, binnen een goede collegiale sfeer? Lees dan verder! Voor een bedrijf in Goeree-Overflakke zijn we momenteel op zoek naar een ervaren software developer. De IT afdeling bestaat uit circa 60 mensen waarvan zo'n 15 developers. Voor de recente architectuur wordt gebruikt gemaakt van de nieuwste technieken waaronder .NET Core, Docker en Angular. Echter bestaat het applicatielandschap uit een groot aantal verschillende applicaties waarbij

Bekijk vacature »

BI Consultant / Ontwikkelaar

Functie omschrijving Je draagt direct bij aan de doelstellingen door mee te werken aan een zo goed mogelijke informatievoorziening. Ontwikkelingen waar jij je mee bezig zult houden betreffen onder andere; Dashboarding, Self Service BI en Analytics. Het applicatie landschap bestaand voornamelijk uit SAP producten waaronder SAP ECC (suite on HANA), SAP C4C en SAP Hybris. De bronnen worden ontsloten naar het DWH (Microsoft SQL 2016). Je bent in staat om op basis van functionele ontwerpen de benodigde gegevens te ontsluiten en deze te modeleren richting het bestaande Data Warehouse. Je ontwikkelt op basis van de SAP Business Objects Data Services,

Bekijk vacature »

Full Stack Developer Amersfoort

Als Full Stack Developer doe je niets liever dan het ontwikkelen van zowel de backend als de frontend van applicaties. Dit doe je natuurlijk het liefst binnen een ervaren Agile team waar je kan sparren met andere developers, maar ook op een plek waar je met collega’s kan praten over die nieuwste ontwikkelingen in de wereld van tech, games of series. Zie jij jezelf dit dagelijks doen? Dan moet je bij Maxdoro (www.maxdoro.nl) zijn! Wij zoeken een full Stack Developer die het verschil weet te maken. Dagelijks werken wij aan innovatieve producten. Daar hebben we vakmensen voor nodig die niet

Bekijk vacature »

Java Developer AWS Financiële sector 5500,-

Functieomschrijving Ben jij een ervaren Java Developer, daagt een dynamische omgeving jou uit en bouw je graag innovatieve oplossingen? Werk je graag in de financiele sector en in een familiaire omgeving waar groei centraal staat? Lees dan snel verder! Het ontwikkelen van financiële applicaties in Java o.b.v. microservices architectuur; Software ontwikkelen specifiek voor het AWS platform om het maximale uit Amazon Webservices te halen; Werken aan een zeer veeleisende omgeving en continu veranderende applicaties; Het werken in een multidisciplinair team dat continu werk oplevert middels CI/CD; Deelnemen aan designsessies; Het schrijven van diverse automatische tests; Op de hoogte blijven van

Bekijk vacature »

Oracle SOA-OSB Developer

Jouw uitdaging als Oracle SOA-OSB Developer Integratie is het hart in alle projecten. Zowel on-premise als in de Cloud of met hybride oplossingen kom je Oracle SOA Suite en de Oracle Service Bus bij vele klanten tegen. Jij ben als SOA-OSB ontwikkelaar onderdeel van dat integratie hart en zorg je dat binnen Oracle en niet-Oracle implementaties dat integraties zo efficiënt en onderhoudbaar mogelijk worden gerealiseerd. Je werkt op een prettige manier samen in teams met ervaren professionals van Capgemini middel SCRUM/Agile. Met jouw specialistische integratie kennis voeg je concrete waarde toe door je hands-on ervaring. Met jouw overzicht en sterke

Bekijk vacature »

Java Custom Software Developer

Jouw rol Als Java developer houd jij van uitdagende maatwerk oplossingen. Het liefste bouw je aan aan complexe en grootschalige oplossingen. Laatst zag je bijvoorbeeld nog een slimme oplossing voorbij komen die je graag zou willen uitwerken. Moet je daarvoor nieuwe technologie leren kennen, dan school jij jezelf bij. Soms moet je je collega's en de klant overtuigen om jouw idee te omarmen. Als jij dan het door jou aangebrachte idee ziet draaien dan kijk jij er alweer naar uit om de volgende oplossing te bouwen. Plaats in de organisatie Binnen onze Custom Software Development practice (CSD) werken we gezamenlijk

Bekijk vacature »

Mobile developer Android

Functieomschrijving Je rol als mobile developer is hier divers. Uiteraard ga je native android apps bouwen, maar je bent betrokken bij het hele proces. Dus ga je ook soms naar klanten toe om de wensen in kaart te brengen, ga je ontwerpen, bouwen, testen en implementeren. Dit doe je zowel samen met collega's als ook zelfstandig. Er is ruimte voor zowel een meer ervaren Android developer als een echte junior mobile developer die graag heel veel wil leren. Functie-eisen - Je hebt HBO werk en denk niveau - Je hebt ervaring met Native Android mobile development - Je bent een

Bekijk vacature »

Infrastuctuur architect

Infrastructuur architect (36 uur) Bedrijfsinformatie Bouw mee met de gemeente Westland. De gemeente Westland is met ruim 100.000 inwoners één van de dertig grootste gemeenten in Nederland. Met haar duurzame en innovatieve glastuinbouwcluster is de gemeente Westland een belangrijke economische motor. Op een inspirerende manier biedt gemeente Westland haar inwoners ruimte, rust, groen en woonomgevingen met aantrekkelijke recreatiemogelijkheden en voorzieningen. Een vitale economie en een bloeiend verenigingsleven zorgen voor een dynamische en actieve gemeente. Slagkracht, ambitie, innovatie en professionaliteit, dat zijn de kernbegrippen waar het in Westland om draait! Functieomschrijving Het formuleren van een visie voor de nabije en verdere

Bekijk vacature »

Traineeship junior software developer

Zoek jij een stevige uitdaging en de mogelijkheid om veel nieuwe dingen te leren in een dynamisch vakgebied? Doe mee aan ons IT Traineeship en ontwikkel jezelf tot software engineer! Je begint met een opleidingstraject van 3 maanden binnen de Sogyo Academy. Hierin ga je aan de slag met verschillende technieken die je op conceptueel niveau leert te overzien en interpreteren. Onderwerpen die aan bod komen zijn o.a. programmeren (Java/C#/Python), Object Oriëntatie, Databases, Webservices & webtechnologieën, Domain Driven Design en Continuous Integration/Continuous Delivery. Sommige van deze onderdelen sluit je af met een examen en bijbehorende certificering. Het opleidingstraject zelf sluit

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

19/10/2019 05:12:07
 
- 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.