10 Excel VBA Do's and Don'ts - dummies

Her finder du nogle råd, du bør tage hensyn til, når du begynder at udvikle dine egne Excel VBA-løsninger. Efter disse retningslinjer er der ingen panacea for at holde dig ude af (programmering) problemer, men at følge dem kan hjælpe dig med at undgå faldgruber, som andre har snuble over.

Erklærer alle variabler

Hvor praktisk det er: Bare start at skrive din VBA kode uden at skulle gå igennem den kedelige opgave at erklære hver eneste variabel, du vil bruge. Selvom Excel giver dig mulighed for at bruge undeclared variabler, er det simpelthen at bede om problemer.

Det første bud af VBA programmering skal være dette:

Du skal erklære hver variabel.

Hvis du mangler selvdisciplin, skal du tilføje en "Option Explicit" erklæring øverst på dine moduler. På den måde kører din kode ikke engang, hvis den indeholder en eller flere undeclared variable. Ikke erklærer alle variabler har kun én fordel: Du sparer et par sekunder. Men ved hjælp af undeclared variabler vil i sidste ende komme tilbage for at hjemsøge dig.

Forveksl ikke adgangskoder med sikkerhed

Bare password-protect VBA-projektet, og du er sikker, ikke? Forkert.

Ved hjælp af et VBA-kodeord kan de fleste afslappede brugere se din kode. Men hvis nogen virkelig vil tjekke det, finder han ud af, hvordan man kan slå kodeordet.

nederste linje? Hvis du absolut har brug for at holde din kode hemmelig, er Excel ikke det bedste valg for en udviklingsplatform.

Ryd din kode op

Når din app arbejder til din tilfredshed, skal du rydde den op. Kode housekeeping opgaver omfatter følgende:

• Sørg for, at hver variabel er erklæret.

• Sørg for, at alle linjerne er indrykket ordentligt, så kodestrukturen er tydelig.

• Fjern eventuelle fejlfindingshjælpemidler, såsom MsgBox-udsagn for fejlfinding. Udskriv udsagn.

• Omdøb eventuelle dårligt navngivne variabler. Hvis du for eksempel bruger variablen MyVariable, er der en ret god chance for, at du kan gøre variablenavnet mere beskrivende. Du vil gerne takke dig selv senere.

• Dine moduler har formentlig et par "test" procedurer, du skrev, mens du forsøger at finde ud af noget. De har tjent deres formål, så slet dem.

• Tilføj kommentarer, så du forstår hvordan koden virker, når du ses seks måneder fra nu.

• Sørg for, at alt er stavet korrekt - især tekst i UserForms og meddelelsesbokse.

• Kontroller for overflødig kode. Hvis du har to eller flere procedurer, der har identiske blokke af kode, skal du overveje at oprette en ny procedure, som andre procedurer kan ringe til.

Sæt ikke alt i en procedure

Vil du lave et uforståeligt program? En effektiv måde at opnå det på er at sætte hele din kode inde i en dejlig stor procedure. Hvis du nogensinde vender tilbage til dette program for at foretage ændringer, er du forpligtet til at lave fejl og indføre nogle flotte bugs.

Kan du se problemet? Løsningen er modulær kode. Opdel dit program i mindre klumper, med hver klump designet til at udføre en bestemt opgave. Når du har hentet denne vane, vil du opdage, at det er lettere end nogensinde at skrive fejlfrit kode.

Overvej anden software

Excel er et utroligt alsidigt program, men det er ikke egnet til alt. Når du er klar til at gennemføre et nyt projekt, skal du tage lidt tid til at overveje alle dine muligheder. At omskrive et gammelt ordsprog: "Når alt hvad du ved, er Excel VBA, ser alt ud som en VBA-makro. "

Antag ikke, at alle aktiverer makroer

Som du ved, kan Excel åbne en arbejdsbog med makroner deaktiveret. Faktisk er det næsten som om designerne af nyere versioner af Excel vil bruge brugerne til at deaktivere makroer.

Selvfølgelig er det naturligvis ikke en god ide at aktivere makroer, når du åbner en projektmappe fra en ukendt kilde. Så du skal kende dine brugere. I nogle virksomhedsmiljøer er alle Microsoft Office-makroer deaktiveret, og brugeren har intet valg i sagen.

En ting at overveje, er at tilføje en digital signatur til arbejdsbøgerne, som du distribuerer til andre. På denne måde kan brugeren være sikker på at arbejdsbøgerne rent faktisk kommer fra dig, og at de ikke er blevet ændret. Kontakt hjælpesystemet for at få flere oplysninger om digitale signaturer.

Kom i gang med at eksperimentere

Opsætning af enkle eksperimenter er næsten altid meget mere effektiv end at indarbejde en ny ide i din eksisterende kode uden at forstå, hvad disse eksperimenter bringer.

Antag ikke, at din kode vil fungere sammen med andre Excel-versioner

I øjeblikket bruges mindst fem versioner af Excel over hele verden. Når du opretter en Excel-app, har du absolut ingen garanti for, at den fungerer fejlfrit i ældre versioner eller i nyere versioner. I nogle tilfælde vil uforenelighederne være indlysende. Men du vil også opdage, at ting, der skal fungere med en tidligere version, ikke virker.

Excel indeholder en praktisk kompatibilitetschecker (vælg Arkiv → Info → Kontrollér for problemer → Kontroller kompatibilitet), men det kontrollerer kun arbejdsbogen og ignorerer VBA-koden. Den eneste måde at være sikker på, at din ansøgning fungerer sammen med andre versioner end den, du oprettede den med, er at teste den i disse versioner.

Hold dine brugere opmærksom på

Hvis du udvikler apps til andre, er dit job sværere, fordi du ikke kan lave de samme typer antagelser som du gør, når du udvikler dig selv.

Du kan f.eks. Være mere laks med fejlhåndtering, hvis du er den eneste bruger. Hvis der opstår en fejl, har du en god ide, hvor du skal se, så du kan rette den. Hvis en anden bruger din app, og den samme fejl vises, vil han eller hun ikke være heldig.Og når du arbejder med din egen ansøgning, kan du som regel komme uden vejledning.

Du skal forstå færdighedsniveauet for dem, der vil bruge dine arbejdsbøger og forsøge at forudse problemer, de måtte have. Prøv at se dig selv som en ny bruger af din ansøgning, og identificer alle områder, der kan forårsage forvirring eller problemer.

Glem ikke om sikkerhedskopiering

Intet er mere afskrækkende end et harddisknedbrud uden backup. Hvis du arbejder på et vigtigt projekt, så spørg dig selv et simpelt spørgsmål: "Hvis min computer dør i aften, hvad vil jeg have tabt? "Hvis dit svar er mere end et par timers arbejde, skal du se nærmere på din data backup procedure. Du har en data backup procedure, ikke?