De følgende afsnit indeholder nyttige oplysninger om VBA. Objektnavnene er angivet, så du nemt kan undersøge dem i Databasen Northwind 2.0 Starter Edition.
VBA (Visual Basic for Applications) er det programmeringssprog, der bruges i alle Microsoft 365-produkter, ikke kun Access. Det er primært dokumenteret her: Access-udviklerdokumentation.Se Introduktion til Access-programmering for at komme i gang.
Når du søger efter oplysninger, skal du sørge for at søge efter Access-specifikke eksempler og medtage Microsoft Access i søgeordet. Løsninger til de andre Microsoft 365-produkter fungerer ofte, men kan kræve ændringer.
Microsoft Access er et voksenprodukt. Det betyder, at der er mange eksempler derude, hvilket er fantastisk for dig. Det betyder også, at ældre bøger om Access-programmering stadig er levedygtige for dig at se på. Mange af de ældre bøger er stadig tilgængelige på brugte bog sites på en brøkdel af deres oprindelige omkostninger.
Microsoft Access-filer er Microsoft 365-filer. Microsoft 365-filer skal være på en placering, der er tillid til, eller have deres indhold aktiveret. Disse elementer betragtes som sikre, fordi du har oprettet dem, eller de kommer fra en pålidelig kilde. Denne kontrol udføres, hver gang du åbner en Microsoft 365-fil. Vi kalder det betroet/aktiveret herfra. Hvis en ny version af programmet frigives og åbnes fra en placering, der ikke er tillid til, gentages processen med at aktivere indholdet. Få mere at vide under Placeringer, der er tillid til til Microsoft 365-filer, Beslut, om du vil have tillid til en database, og Tilføj, fjern eller rediger en placering, der er tillid til, i Microsoft 365.
Makroer, funktioner og underprocedurer er den måde, du implementerer forretningslogik i din Access-database på.
Kontrolelementer i en formular (f.eks. knapper, tekstfelter, navne osv.) kan bruge deres hændelser (f.eks. at klikke på kontrolelementet) til at udløse andre processer, f.eks. tilføje, slette poster eller åbne formularer. Disse processer kan implementeres ved hjælp af makroer eller VBA. Northwind bruger mest makroer og noget VBA. Du kan få mere at vide under Makrohandlingen AfspilKode.
Nogle kontrolelementtyper har indbyggede guider, der automatisk opretter en makro. Hvis du f.eks. føjer en kommandoknap til en formular, åbnes en guide, der indeholder flere valgmuligheder for knappen. Når du tilføjer et kombinationsfelt, åbnes en guide, der kan konfigureres til at finde en bestemt post i formularen.
Navigationsruden er den primære måde, hvorpå du kan få vist og få adgang til alle dine databaseobjekter, og den vises som standard i venstre side af Access-vinduet. Navigationsruden Northwind 2.0 Starter Edition er blevet tilpasset. Vi har oprettet en brugerdefineret kategori kaldet Northwind Starter 2.0. Dette giver os mulighed for at organisere objekterne efter funktionsområde. Du kan få mere at vide under Tilpas navigationsruden.
Det er vigtigt, at du lærer om omfang og synlighed i Access og Microsoft 365. Omfang henviser til tilgængeligheden af en variabel, konstant eller procedure til brug af en anden procedure. Der er tre angivelsesniveauer: procedureniveau, privat modulniveau og offentligt modulniveau. Du bestemmer omfanget af en variabel, når du erklærer den. Det er en god ide at erklære alle variabler eksplicit for at undgå fejl i navngivningskonflikt mellem variabler med forskellige områder. Alle moduler har to direktivsætninger: Option Compare Database og Option Explicit. Du kan få mere at vide under Forstå omfang og synlighed, Offentlig sætning, Privat sætning, Statisk erklæring og Forstå levetiden for variabler.
Nogle gange har du brug for, at der findes en variabel, efter at det objekt, der oprettede det, er uden for området. Dette kan gøres på tre primære måder: Offentlige variabler, TempVars og lagring af værdierne i en lokal tabel. Hver af disse har fordele og ulemper. Mange udviklere bruger en blanding af disse.
Offentlige variabler og TempVars findes for den aktuelle session og går uden for området, når programmet lukkes. Hvad nu, hvis du vil beholde brugerspecifikke variabler på tværs af deres sessioner? Du kan gemme disse typer af værdier i en lokal tabel. I Northwind 2.0 Starter Edition har vi disse værdier i tabellen SystemSettings. En værdi i tabellen er f.eks. "ShowWelcome". Denne værdi fortæller os, om du vil se velkomstskærmen, hver gang du logger på eller ej.
Hvis du har brugt nogen kontrolelementguider, der er indbygget i Access, ved du, at hvis der oprettes en makro, er der ofte ingen fejlhåndtering overhovedet, og hvis VBA oprettes, kan den være begrænset til typografien MsgBox, Err.Description.
I Northwind 2.0 Starter Edition har vi implementeret det, der kaldes en global fejlbehandler. Fejl, der opstår i en procedure, kalder en funktion på globalt niveau for at vise fejlen. Den store fordel er, at koden er ensartet, og hvis meddelelsen skal ændres, f.eks. viser fejlnummeret eller logger fejlen på en fil, kan den kun udføres på ét sted.
clsErrorHandler er det klassemodul, der implementerer fejlhåndteringskoden. Et klassemodul holder alle de vigtigste funktioner og hjælperfunktioner samlet i én enhed, hvilket gør koden mere indkapslet. AutoExec-makroen kalder til sidst startfunktionen i modStartup, den opretter en forekomst af clsErrorHandler og gemmer den som en global variabel, så den kan bruges i hele programmet.
Faktisk er fejlhåndteringskoden i procedurerne så ensartet, at vi var i stand til at oprette det hele på mindre end fem minutter ved hjælp af en smart VBA-kode, der udstyrede hver procedure med den korrekte fejlbehandler. Denne kode er ikke inkluderet i skabelonen.
