In Microsoft Access, quando si creano i vari oggetti, è importante seguire alcune piccole buone regole relativamente al nome da dare agli oggetti stessi, per evitare poi errori nell’esecuzione del programma.
Quando si creano campi di tabelle, controlli di maschere, variabili in Visual Basic, è sempre consigliabile non utilizzare nomi contenenti degli spazi o dei caratteri che potrebbero essere ambigui ed interpretati in modo strano in fase di analisi o di calcolo.
Mi spiego meglio con degli esempi:
- Sto creando il campo “importo fattura”
E’ probabile che in qualche controllo o in qualche procedura di Visual Basic avrò bisogno di fare delle operazioni matematiche su questo campo
Devo evitare che il programma interpreti lo spazio tra le due parole come un’interruzione, e che quindi vada a cercare il campo “importo” che magari non esiste, o che potrebbe essere addirittura un altro campo. - Se decidessi di nominarlo “importo-fattura”, anche qui il programma in qualche circostanza strana potrebbe interpretare il simbolo “-” come una sottrazione tra due valori.
Lo stesso potrebbe succedere usando altri segni matematici o logici.
E’ vero che si tratta di circostanze particolari e che, anche in visual basic, il fatto di mettere il nome del campo tra parentesi quadre
[importo fattura]
generalmente risolve i problemi, ma non è assicurato!
Per esempio nel caso di concatenamento di stringhe di testo con l’uso di campi e variabili, ho testato molte volte l’errore.
Personalmente quando nomino un oggetto evito quindi sia gli spazi, sia i caratteri matematici e logici, e per esempio chiamo il campo “ImportoFattura” oppure “importo_fattura” oppure ancora “ImportoFatturaIlCuiNomeDeveEssereChiaro”…
Buona continuazione
R 🙂 bert 🙂