De eerste paar regels van het programma moet omvatten " Opmerkingen" -lijnen ( zie "Opmerkingen toevoegen" ) , die de naam van het project , de auteur van het programma , de datum gemaakt en identificeren een beschrijving van de applicatie . Dit is standaard documentatie voor elke programmeertaal omdat het helpt het onderhoud programmeur bij het identificeren van de oorspronkelijke auteur , die uren van onderzoek de tijd kan besparen .
Naming Variabelen

Het is zeer belangrijk dat u een goede set van naamgeving voor variabelen zodat u in staat om te weten wat u zoekt op als je wanhopig op zoek naar uw programma te debuggen zal volgen . Neem geen leestekens of spaties in uw variabele namen , en gebruik geen Visual Basic gereserveerde woorden zoals namen van variabelen of VB zal hen vlag als een probleem . Gebruik Camel behuizing ( soms genoemd Pascal Casing ) om uw variabelen te noemen. Dit verwijst naar de praktijk van het kapitaliseren van de eerste letter van elk nieuw woord in naam van een variabele . Hier zijn enkele voorbeelden :

BankBalanceDecimal

CheckNumberInteger

TotalDepositsDecimal

Notice
dat het laatste woord in de naam van de variabele geeft het data type . Dit is niet vereist , maar is zeer nuttig wanneer het proberen om een ongrijpbare programmering bug vinden . Natuurlijk is er flexibiliteit in deze , omdat VB niet uw normen af te dwingen . Als u besluit dat uw standaard zal een underscore tussen elk woord in naam van een variabele dan stok met de standaard . Het is belangrijk om die samenhang te begrijpen in het volgen van de gevestigde normen programmering is de sleutel .
Naming Vorm Componenten

namen toewijzen aan onderdelen ( of controles) vormen zoals knoppen , labels en tekstvakken , moeten volgen ook een standaard . Het verlaten van de standaard namen van " Button1 " en " Label1 " mag nooit worden beschouwd als een haalbare optie, omdat het zal debuggen een frustrerende karwei op zijn best . Terwijl u kunt ervoor kiezen om dezelfde naamgeving standaard als uw variabele namen die kan verwarrend dus het kiezen van een wijziging van deze aanvaardbaar en potentieel zou nuttig zijn te volgen . Bijvoorbeeld , het plaatsen van een streepje tussen de woorden in een control name gemakkelijk identificeert als een controle . Hier zijn enkele voorbeelden van de controle namen :

Calculate_Button

Name_TextBox

Blue_Radiobutton

Dit geringe verschil onderscheidt snel een component naam van een variabele naam en kan helpen verwarring te verminderen bij het onderhoud , testen en debuggen .
executable verklaringen

Elke uitvoerbare regel moet een eigen lijn te zijn , tenzij het ​​is te lang om op een regel past en heeft tot voortgezet . In dit geval moet je inspringen de voortdurende lijn een tabblad voor de leesbaarheid . Heb meerdere uitvoerbare instructies niet combineren op een lijn . Hoewel Visual Basic maakt het gebruik van een dubbele punt ( :) als scheidingsteken , het is niet goed programmering praktijk , sinds het tweede statement gemakkelijk kan worden over het hoofd gezien . Vergeet niet, leesbaarheid en begrijpelijkheid is het doel , in plaats van het minimaliseren van het aantal regels code in uw programma .
Opmerkingen Verklaringen

A " Remark " ( of " Reactie " ) verklaring begint met een apostrof ( ' ) en is een niet-uitvoerbare statement . Iedere procedure moet een opmerkingsverklaring bevatten als de eerste lijn ( of lijnen ) kort uit wat de procedure doet uitleggen . Hoewel Visual Basic verandert de kleur van de opmerkingen naar groen , het is een goede gewoonte om een lege opmerking onder meer als de eerste regel en een lege opmerking als de laatste regel van de sectie opmerkingen van een procedure . Dit verhoogt de leesbaarheid en vermindert de taak van het scheiden van uitvoerbare code van opmerkingen .