Le prime righe del programma dovrebbe comprendere le linee "Osservazioni" ( vedere "Aggiunta di Note ") che identificano il nome del progetto , l' autore del programma , la data di creazione e una descrizione dell'applicazione . Questa è la documentazione standard per qualsiasi linguaggio di programmazione in quanto aiuta il programmatore di manutenzione nell'identificare l'autore originale , che può risparmiare ore di tempo di ricerca .
Naming Variabili
È 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 delle variabili , e non usare parole riservate di Visual Basic come nomi di variabili o VB li segnala come un problema. Utilizzare Camel Casing (a volte chiamato Pascal Casing ) per nominare le variabili . Questo si riferisce alla pratica di capitalizzare la prima lettera di ogni parola nuova in un nome di variabile . Ecco alcuni esempi:
BankBalanceDecimal
CheckNumberInteger
TotalDepositsDecimal
noti che l'ultima parola nel nome della variabile denota il tipo di dati . Ciò non è necessario , ma è molto utile quando si cerca di trovare un bug di programmazione sfuggente. Naturalmente vi è la flessibilità in questo , dato che VB non applica le norme . Se si decide che il vostro standard includerà un carattere di sottolineatura tra ogni parola in un nome di variabile poi attaccare con lo standard . E ' importante capire che la coerenza nel seguire gli standard di programmazione stabiliti è la chiave.
Naming componenti formano
Assegnazione di nomi per formare i componenti ( o controlli ) quali pulsanti, 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 per la scelta di una modifica di questo sarebbe accettabile e potenzialmente utile . Ad esempio, posizionando una sottolineatura tra ogni parola in un nome di controllo identifica facilmente come controllo . Qui ci sono alcuni esempi di nomi di controllo :
Calculate_Button
Name_TextBox
Blue_Radiobutton
Questa leggera differenza differenzia rapidamente un nome di componente di un nome di variabile e può aiutare ridurre la confusione durante la manutenzione , test e debug .
eseguibili Dichiarazioni
Ogni riga eseguibile dovrebbe essere la propria linea a meno che non sia troppo lungo per essere contenuto in una sola riga e deve essere continuato . In questo caso si dovrebbe rientrare la linea continua una scheda per facilitarne la lettura . Non combinare istruzioni eseguibili multipli su una sola riga . Anche se Visual Basic consente questo usando i due punti ( :) come separatore , non è buona pratica di programmazione , dal momento che la seconda affermazione può essere facilmente trascurato. Ricordate, la leggibilità e la comprensibilità è l'obiettivo , piuttosto che riducendo al minimo il numero di righe di codice nel vostro programma .
Osservazione Bilancio
" Osservazioni " ( o " Commento " ) dichiarazione inizia con un apostrofo ( ') ed è una dichiarazione non eseguibile. Ogni procedura deve contenere una dichiarazione un'osservazione come la prima linea ( o le linee ) che spiega brevemente ciò che la procedura fa . Anche se i cambiamenti di Visual Basic il colore di osservazioni a verde , si tratta di una buona pratica includere una frase vuota come la 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 .
Programmazione © www.354353.com