Iedereen heeft al wel eens van coding standards gehoord: regeltjes die bepalen hoe variabelen, functies, classes en structuren geschreven moeten worden. Ontwikkelaars zijn meestal creatieve mensen en dus ook tegen regeltjes.
Het gebruik van een coding standard kan zeker voordelen bieden. Naar mijn gevoel zijn overzichtelijkere code en beter gedocumenteerde code hiervan de twee belangrijkste. Deze twee zorgen uiteindelijk voor hogere kwaliteit, een betere productiviteit en eenvoudiger ondehoudbare software.
Elke ontwikkelaar die zichzelf een beetje respecteert zal van zijn of haar code zeker vinden dat deze overzichtelijk is. In vele gevallen zal dat ook zijn. Wanneer iemand anders zijn persoonlijke standaard gaat toepassen op eenzelfde stuk code gaat het overzicht al snel verloren. Al snel zullen de nieuwste gadgets door de lucht vliegen tijdens hoog oplopende discussies tussen ontwikkelaars om hun persoonlijke standaard te promoten. Een onafhankelijke vooraf opgelegde standaard kan dit soort burgeroorlogen voorkomen. Een bekende standaard zoals de Zend Coding standard kan er ook voor zorgen dat nieuwkomers meteen hun weg vinden.
Documentatie is altijd een (erg) pijnlijk punt. Een coding standaard gaat niet alleen de layout hiervan opleggen, maar ook verplichten om de nodige documentatie te voorzien. Het belang daarvan moet al lang niet meer geargumenteerd worden.
Een standaard is natuurlijk alleen nuttig als deze consequent toegepast wordt. Hier kan Subversion helpen. Voor elke commit gaat een hook automatisch controleren of de nieuwe code voldoet aan de opgelegde coding standaard. Indien dit niet het geval wordt de commit geannuleerd en worden de foute aangegeven. De repository zal dus steeds enkel correcte code bevatten.
Als je gebruik maakt van de Weble Subversion Hosting kan je momenteel kiezen uit volgende standaarden: Zend, MySource, PHPCS, PEAR en Squiz. Met een eenvoudige klik kan de controle op een standaard per repository geactiveerd of gedeactiveerd worden.