Le sezioni seguenti forniscono informazioni utili su VBA. I nomi degli oggetti vengono forniti in modo da poterli esaminare facilmente nel database Northwind 2.0 Starter Edition.
VBA (Visual Basic, Applications Edition) è il linguaggio di programmazione usato in tutti i prodotti Microsoft 365, non solo in Access. È principalmente documentato qui: Documentazione per sviluppatori di Access.Per informazioni introduttive, vedere Introduzione alla programmazione in Access.
Quando si cercano informazioni, cercare esempi specifici di Access e includere Microsoft Access nel termine di ricerca. Spesso, le soluzioni per gli altri prodotti Microsoft 365 funzioneranno, ma potrebbero richiedere modifiche.
Microsoft Access è un prodotto per adulti. Questo significa che ci sono molti esempi là fuori, il che è fantastico per te. Questo significa anche che libri meno recenti sulla programmazione di Access sono ancora valide per voi da guardare. Molti dei libri più vecchi sono ancora disponibili nei siti di libri usati a una frazione del loro costo originale.
I file di Microsoft Access sono file di Microsoft 365. I file di Microsoft 365 devono trovarsi in un percorso attendibile o avere abilitato il contenuto. Questi elementi sono considerati sicuri perché sono stati creati o provengono da una fonte attendibile. Questo controllo viene eseguito ogni volta che si apre un file di Microsoft 365. Da qui in avanti verrà indicato come attendibile/abilitato. Se viene rilasciata una nuova versione dell'applicazione e aperta da un percorso non attendibile, il processo di abilitazione del contenuto si ripeterà. Per altre informazioni, vedere Percorsi attendibili per i file di Microsoft 365, Decidere se considerare attendibile un database e Aggiungere, rimuovere o modificare un percorso attendibile in Microsoft 365.
Le macro, le funzioni e le sotto routine consentono di implementare la logica aziendale nel database di Access.
I controlli di una maschera, ad esempio pulsanti, caselle di testo, etichette e così via, possono usare i relativi eventi, ad esempio fare clic sul controllo, per attivare altri processi, ad esempio l'aggiunta, l'eliminazione di record o l'apertura di maschere. Questi processi possono essere implementati usando macro o VBA. Northwind usa principalmente macro e alcuni file VBA. Per altre informazioni, vedere Azione di macro EseguiCodice.
Alcuni tipi di controllo hanno procedure guidate predefinite che creano automaticamente una macro. Ad esempio, l'aggiunta di un pulsante di comando a una maschera aprirà una procedura guidata che offrirà diverse funzionalità per il pulsante. L'aggiunta di una casella combinata aprirà una procedura guidata che può essere configurata per trovare un record specifico nella maschera.
Il riquadro di spostamento è il modo principale per visualizzare e accedere a tutti gli oggetti di database e viene visualizzato sul lato sinistro della finestra di Access per impostazione predefinita. Il riquadro di spostamento Northwind 2.0 Starter Edition è stato personalizzato. È stata creata una categoria personalizzata denominata Northwind Starter 2.0. Questo ci permette di organizzare gli oggetti per area funzionale. Per altre informazioni, vedere Personalizzare il riquadro di spostamento.
È importante conoscere l'ambito e la visibilità in Access e Microsoft 365. Ambito fa riferimento alla disponibilità di una variabile, una costante o una procedura da usare con un'altra procedura. Sono disponibili tre livelli di definizione dell'ambito: a livello di routine, a livello di modulo privato e a livello di modulo pubblico. L'ambito di una variabile viene determinato quando viene dichiarato. È consigliabile dichiarare tutte le variabili in modo esplicito per evitare errori di conflitto di denominazione tra variabili con ambiti diversi. Tutti i moduli hanno due istruzioni di direttiva: Option Compare Database e Option Explicit. Per altre informazioni, vedere Informazioni su ambito e visibilità, istruzione Pubblica, istruzione Private, istruzione statica e Informazioni sulla durata delle variabili.
A volte è necessario che una variabile esista dopo che l'oggetto creato esce dall'ambito. Esistono tre modi principali per eseguire questa operazione: Variabili pubbliche, TempVars e archiviazione dei valori in una tabella locale. Ognuno di questi ha pro e contro. Molti sviluppatori usano una combinazione di questi.
Le variabili pubbliche e le tempvar sono disponibili per la sessione corrente e escono dall'ambito quando l'applicazione viene chiusa. Cosa fare se si vogliono mantenere variabili specifiche dell'utente in tutte le sessioni? È possibile archiviare questi tipi di valori in una tabella locale. In Northwind 2.0 Starter Edition questi valori sono contenuti in una tabella denominata SystemSettings. Ad esempio, un valore nella tabella è "ShowWelcome". Questo valore indica se si vuole visualizzare la schermata iniziale ogni volta che si accede o meno.
Se sono state usate procedure guidate controllo incorporate in Access, si sa che se viene creata una macro, spesso non è disponibile alcuna gestione degli errori e, se viene creata VBA, può essere limitata a una funzione MsgBox, stile Err.Description.
In Northwind 2.0 Starter Edition è stato implementato un cosiddetto gestore di errori globale. Gli errori che si verificano in una routine chiamano una funzione a livello globale per visualizzare l'errore. Il grande vantaggio è che il codice è coerente e se il messaggio deve cambiare, ad esempio mostrando il numero di errore o registrando l'errore in un file, può essere eseguito in un'unica posizione.
clsErrorHandler è il modulo di classe che implementa il codice di gestione degli errori. Un modulo di classe mantiene tutte le funzioni principali e di supporto in un'unica unità, rendendo il codice più incapsulato. La macro AutoExec alla fine chiama la funzione di avvio in modStartup, crea un'istanza di clsErrorHandler e la salva come variabile globale in modo che possa essere utilizzata nell'intera applicazione.
Infatti, il codice di gestione degli errori nelle procedure è così coerente che è stato possibile crearlo tutto in meno di cinque minuti usando un codice VBA speciale che disponeva ogni routine con il gestore di errori corretto. Questo codice non è incluso nel modello.
