Når et Access-program begynner, vil det være handlinger du vil gjøre for å sikre at brukerne har best mulig opplevelse. Objektnavnene angis, slik at du enkelt kan undersøke dem i Northwind 2.0 Starter Edition-databasen.
En AutoExec-makro kjøres når Access-programmet åpnes for å initialisere programmet. Access har også en databaseinnstilling for navnet på et skjema som skal åpnes ved oppstart. Du finner den her:
Alternativer for fil> > gjeldende database > programalternativer > visningsskjema
Hvis et startskjema kan identifiseres, hvorfor ikke bare bruke det i stedet for en AutoExec-makro? Årsaken er klarerte plasseringer som krever at du aktiverer innhold.
En AutoExec-makro (den må ha navnet AutoExec) er den eneste koden som kan kjøres når sikkerhetsadvarselen for klarert plassering oppstår, slik at du kan håndtere den på en grasiøs måte. En anbefalt fremgangsmåte er å håndtere alle feil og advarsler for å sikre at programmet kjører riktig. Dette kalles ofte defensiv programmering. Å bruke en AutoExec-makro ved oppstart er det beste forsvaret. Hvis du vil ha mer informasjon om klarerte plasseringer, kan du se Northwind 2.0 Starter Edition: en kort introduksjon til VBA.
Når AutoExec-makroen har fastslått at databasen er på en klarert plassering, vil den kalle en Visual Basic for Applications (VBA)-funksjon i modStartUp som kalles StartUp. Denne modulen bestemmer hvilke hendelser som må utføres for å gi brukeren en best mulig opplevelse. Disse aktivitetene utføres av StartUp-modulen i følgende rekkefølge:
-
Instansier den globale feilbehandlingen fra clsErrorHandler.
-
Angi programtittelen. Hvis du vil ha mer informasjon, kan du se Application.AppTitle-egenskapen.
-
Kontroller at navigasjonsruten er synlig og satt til riktig kategori.
-
Vis frmWelcome-skjermen hvis det er aktuelt.
-
Få Windows UserID for å se om du er i Ansatt-tabellen. Hvis du vil ha mer informasjon, kan du se Environ-funksjonen og DLookup-funksjonen.
-
Hvis en bruker ikke er i Ansatt-tabellen, åpner du frmCredentials slik at du kan skrive inn fornavn, etternavn og tittel.
-
Hvis en bruker er i Ansatte-tabellen, åpner du frmLogin og velger navnet ditt i kombinasjonsboksen Ansatte. Du kan velge hvem som helst fra listen.
frmWelcome viser første gang programmet åpnes. Skjemaet viser deg hvordan du navigerer i programmet, hvordan det er lagt ut, og hvordan du får mer informasjon om et emne.
Det er en avmerkingsboks nederst i skjemaet som sier «Vis dette skjemaet når databasen åpnes». Hvis du fjerner merket for dette alternativet, vises det ikke når databasen åpnes på nytt. Denne innstillingen beholdes i tabellen SystemSettings.
For å tilpasse opplevelsen din ber databasen deg om å skrive inn for- og etternavnet ditt sammen med en stilling. Når du har gjort dette, klikker du Legg til meg for å bli lagt til i Ansatte-tabellen, og deretter åpnes frmMainMenu.
Hvorfor vil du legges til i Ansatte-tabellen? Én årsak er at det finnes overvåkingsdatamakroer i tabellene. Disse makroene registrerer hvem som har lagt til eller endret en post, og når. Med disse feltene kan du se virkningen av handlingene i tabellene. Hvis du vil ha mer informasjon, kan du se Opprette en datamakro og Datamakrohendelser.
I et produksjonsprogram kan du bare logge på som deg selv av sikkerhetshensyn. Men vi lar deg logge på som enhver ansatt du velger. Hvorfor gjør vi det?
Som utvikler må du kanskje kunne teste eller oppleve programmet fra et annet perspektiv. Brukere kan ha ulike rettigheter – ting de har lov til å gjøre og se eller ikke gjøre og ikke se. Tenk på en personalavdeling. Det kan være 15 ansatte i den avdelingen. Du vil sannsynligvis ikke at 15 personer skal kunne gå inn i eller endre folks lønn. Organisasjonen kan ha én person som kan endre lønnen og en annen person til å godkjenne den. I utviklingsmiljøet bør du teste at kontrollene du har satt på plass (hvem som kan gjøre hva) fungerer.
