Ogni linguaggio di programmazione ha un insieme di norme che hanno lo scopo di portare un livello di coerenza alla costruzione di un'applicazione. Questi standard includono cose come la denominazione, la capitalizzazione e l'ortografia dei nomi di variabili, gli standard di rientro, e gli standard di documentazione. Mentre un programmatore rookie può considerare questi standard per essere un tempo-consumo fastidio, il programmatore esperto sa che questi standard aumentano la comprensibilità e riducono i tempi di manutenzione. Visual Basic ha una propria serie di standard di programmazione per aiutare il programmatore a costruire applicazioni mantenibili solidi.

Documentazione Programma Generale

Le prime righe del programma dovrebbero includere "Osservazioni" linee (vedere "Osservazioni aggiungendo") che identificano il nome del progetto, l'autore del programma, la data di creazione e la descrizione dell'applicazione. Si tratta di documentazione standard per qualsiasi linguaggio di programmazione in quanto aiuta il programmatore di manutenzione per identificare l'autore originale, che può risparmiare ore di tempo di ricerca.

Naming Variabili

E 'molto importante seguire una buona serie di convenzioni di denominazione per le variabili in modo che si sarà in grado di sapere cosa si sta guardando quando si sta cercando disperatamente di eseguire il debug del programma. Non includere la punteggiatura o gli spazi nei nomi di variabili, e non utilizzare Visual Basic parole riservate come nomi di variabili o VB li contrassegnerà come un problema. Utilizzare Camel involucro (a volte chiamato Pascal involucro) per citarne le variabili. Ciò si riferisce alla pratica di capitalizzare la prima lettera di ogni parola nuova in un nome di variabile. Ecco alcuni esempi:

BankBalanceDecimal

CheckNumberInteger

TotalDepositsDecimal

Si noti che l'ultima parola nel nome della variabile indica il tipo di dati. Ciò non è necessario, ma è molto utile quando si cerca di trovare un bug di programmazione sfuggente. Naturalmente c'è flessibilità in questo, dal momento che VB non applica i vostri standard. Se si decide che il vostro standard includerà una sottolineatura tra ogni parola in un nome di variabile poi attaccare con lo standard. È importante comprendere che la coerenza nel seguire gli standard di programmazione stabiliti è la chiave.

Naming componenti formano

Assegnazione di nomi per formare componenti (o controlli) come bottoni, etichette e caselle di testo, dovrebbe anche seguire uno standard. Lasciando i nomi predefiniti di "Button1" e "Label1" non dovrebbe mai essere considerato una valida opzione in quanto renderà il debug di un lavoro di routine frustrante al meglio. Mentre si può scegliere di seguire lo stesso standard di denominazione come i vostri nomi di variabili che potrebbero essere fonte di confusione così la scelta di una modifica di questo sarebbe accettabile e potenzialmente utile. Ad esempio, ponendo un trattino tra ogni parola in un nome di controllo identifica facilmente come controllo. Qui ci sono diversi esempi di nomi di controllo:

Calculate_Button

Name_TextBox

Blue_Radiobutton

Questa leggera differenza differenzia rapidamente un nome di componente da un nome di variabile e può aiutare a ridurre la confusione durante la manutenzione, il test e il debug.

istruzioni eseguibili

Ogni linea eseguibile dovrebbe essere la propria linea a meno che non è troppo lungo per essere contenuto in una riga e deve essere continuata. In questo caso si dovrebbe rientrare la scheda continua linea uno per migliorare la leggibilità. Non combinare più istruzioni eseguibili su una linea. Anche se Visual Basic consente questo usando i due punti (:) come separatore, non è buona pratica di programmazione, dal momento che la seconda istruzione può essere facilmente trascurata. Ricordate, la leggibilità e la comprensibilità è l'obiettivo, piuttosto che riducendo al minimo il numero di righe di codice nel vostro programma.

Osservazioni Dichiarazioni

A "Osservazioni" (o "Commento") dichiarazione inizia con un apostrofo ( ') ed è una dichiarazione non eseguibile. Ogni procedura dovrebbe contenere una dichiarazione osservazione come la prima linea (o le linee) che spiega brevemente ciò che la procedura fa. Anche se Visual Basic cambia il colore delle osservazioni a verde, si tratta di una buona pratica includere un'osservazione vuota come prima riga e una nota vuota come l'ultima riga della sezione di osservazioni di una procedura. Questo aumenta la leggibilità e riduce il compito di separare codice eseguibile da osservazioni.