Varje programmeringsspråk har viss uppsättning standarder som är tänkta att få en enhetlighet till byggandet av en ansökan . Dessa standarder inkluderar sådana saker som namngivning , kapitalisering och stavning av variabelnamn , standarder indrag , och standarder dokumentation . Medan en rookie programmerare kan anse att dessa normer är en tidskrävande förtret , vet erfaren programmerare att dessa standarder ökar begriplighet och minskar tiden för underhåll . Visual Basic har sin egen uppsättning av programmering standarder för att hjälpa programmeraren att bygga fasta, underhållsbara applikationer. General Program Dokumentation
De första raderna i programmet bör innefatta " Anmärkningar " rader ( se " Lägga Anmärkningar " ) som identifierar namnet på projektet , författaren av programmet , datum skapade och en beskrivning av programmet . Detta är standard dokumentation för alla programmeringsspråk , eftersom det underlättar underhållet programmerare att identifiera den ursprungliga författaren , vilket kan spara timmar av forskning tid . Addera Naming Variabler
p Det är mycket viktigt att du följer en bra uppsättning namnkonventioner för variabler så att du kommer att kunna veta vad du tittar på när du försöker desperat att felsöka program . Inkludera inte skiljetecken eller blanksteg i dina variabelnamn , och inte använda Visual Basic reserverade ord som variabelnamn eller VB kommer flagga dem som ett problem . Använd Camel Hölje ( kallas ibland Pascal hölje) för att namnge dina variabler . Detta hänvisar till praxis att kapitalisera den första bokstaven i varje nytt ord i ett variabelnamn . Här är några exempel :
BankBalanceDecimal
CheckNumberInteger
TotalDepositsDecimal
märker att sista ordet i variabeln namn markerar dess datatyp . Detta är inte nödvändigt men är mycket användbart när man försöker hitta en gäckande programlus . Naturligtvis finns det flexibilitet i detta , eftersom VB inte hävda dina normer . Om du bestämmer dig för att din standard kommer att innehålla ett understreck mellan varje ord i en variabel namn sedan hålla med standarden . Det är viktigt att förstå att konsekvent följa de etablerade programmering standarder är nyckeln .
Namnge Form Components
Tilldela namn för att bilda komponenter ( eller kontroller ) såsom knappar, etiketter och textrutor , bör också följa en standard . Lämnar de förvalda namnen " Button1 " och " Label1 " bör aldrig vara ett alternativ, eftersom det kommer att göra felsökning av en frustrerande syssla i bästa . Även om du kan välja att följa samma namngivning standard som din variabelnamn som kan vara förvirrande så att välja en modifiering av detta skulle vara acceptabelt och potentiellt användbart . Till exempel , att placera ett understreck mellan varje ord i en kontroll namn lätt identifierar den som en kontroll. Här finns flera exempel på kontrollera namn :
Calculate_Button
Name_TextBox
Blue_Radiobutton
liten skillnad snabbt skiljer en del namn från ett variabelnamn och kan hjälpa minska förvirringen vid underhåll , testning och felsökning .
exekverbara satser
Varje körbara raden bör vara sin egen linje om det inte är för lång för att få plats på en rad och har till fortsättas . I detta fall ska du dra in den fortsatta linjen en flik för läsbarhet . Kombinera inte flera exekverbara satser på en rad. Även Visual Basic gör detta med ett kolon ( :) som en separator , är det inte bra programmering praxis , eftersom det andra meddelandet kan lätt förbises . Kom ihåg , är läsbarheten och begriplighet målet , snarare än att minimera antalet rader kod i ditt program .
Anmärkningar Uttalanden
A " Anmärkning " ( eller " Kommentera " ) uttalande inleds med en apostrof ( ' ) och är en icke - körbar uttalande . Varje förfarande bör innehålla en anmärkning uttalande som den första raden ( eller raderna ) förklarar kortfattat vad proceduren gör . Även Visual Basic ändrar färg anmärkningarna till grönt , är det en god idé att ta med en tom anmärkning som den första raden och en tom anmärkning som den sista raden av anmärkningar delen av ett förfarande . Detta ökar läsbarheten och minskar uppgiften att skilja körbar kod från anmärkningar .
