Šeit atradīsit dažus padomus, kas jāņem vērā, sākot izstrādāt savus Excel VBA risinājumus. Šo vadlīniju ievērošana nav brīnumlīdzeklis, lai pasargātu jūs no (programmēšanas) problēmām, taču to ievērošana var palīdzēt izvairīties no kļūdām, kurām citi ir paklupujušies.
Deklarē visus mainīgos
Cik tas ir ērti: vienkārši sāciet rakstīt savu VBA kodu, neveicot nogurdinošos darbus, proti, deklarēt katru mainīgo, ko vēlaties izmantot. Lai gan programma Excel ļauj izmantot nedeklarētus mainīgos, to darot, vienkārši rodas problēmas.
Pirmajam VBA programmēšanas bauslim jābūt šādam:
Jums būs jādeklarē katrs mainīgais.
Ja jums trūkst pašdisciplīnas, moduļu augšdaļā pievienojiet paziņojumu “Option Explicit”. Tādā veidā jūsu kods pat nedarbosies, ja tajā ir iekļauts viens vai vairāki nedeklarēti mainīgie. Visu mainīgo nedeklarēšanai ir tikai viena priekšrocība: jūs ietaupāt dažas sekundes. Bet nedeklarētu mainīgo lielumu izmantošana galu galā atgriezīsies pie jums.
Nejauciet paroles ar drošību
Vienkārši aizsargājiet VBA projektu ar paroli, un jūs esat drošībā, vai ne? Nepareizi.
VBA paroles izmantošana var neļaut lielākajai daļai gadījuma lietotāju skatīt jūsu kodu. Bet, ja kāds patiešām vēlas to pārbaudīt, viņš izdomās, kā uzlauzt paroli.
Apakšējā līnija? Ja jums noteikti ir jāglabā kods noslēpumā, Excel nav labākā izvēle izstrādes platformai.
Notīriet savu kodu
Kad lietotne darbojas atbilstoši jūsu prasībām, jums tā ir jāiztīra. Kodu uzturēšanas uzdevumi ir šādi:
-
Pārliecinieties, vai katrs mainīgais ir deklarēts.
-
Pārliecinieties, vai visas rindas ir pareizi ievilktas, lai koda struktūra būtu skaidra.
-
Noņemiet visus atkļūdošanas palīglīdzekļus, piemēram, Debug.Print paziņojumu MsgBox paziņojumus.
-
Pārdēvējiet visus slikti nosauktos mainīgos. Piemēram, ja izmantojat mainīgo MyVariable, pastāv diezgan liela iespēja, ka varat padarīt mainīgā nosaukumu aprakstošāku. Vēlāk tu pateiksi sev paldies.
-
Iespējams, ka jūsu moduļos ir dažas “pārbaudes” procedūras, kuras rakstījāt, mēģinot kaut ko izdomāt. Tie ir pildījuši savu mērķi, tāpēc izdzēsiet tos.
-
Pievienojiet komentārus, lai jūs saprastu, kā kods darbojas, kad to atkārtoti apmeklēsiet pēc sešiem mēnešiem.
-
Pārliecinieties, vai viss ir uzrakstīts pareizi, jo īpaši teksts UserForms un ziņojumu lodziņos.
-
Pārbaudiet, vai nav lieks kods. Ja jums ir divas vai vairākas procedūras, kurām ir identiski koda bloki, apsveriet iespēju izveidot jaunu procedūru, ko var izsaukt citas procedūras.
Nelieciet visu vienā procedūrā
Vai vēlaties izveidot nesaprotamu programmu? Efektīvs veids, kā to paveikt, ir ievietot visu kodu vienā jaukā lielā procedūrā. Ja kādreiz atkārtoti apmeklēsit šo programmu, lai veiktu izmaiņas, jūs noteikti pieļausit kļūdas un ieviesīsit dažas izskatīgas kļūdas.
Vai redzat problēmu? Risinājums ir modulārais kods. Sadaliet programmu mazākos gabalos, un katrs no tiem ir paredzēts noteikta uzdevuma veikšanai. Pēc šī ieraduma apgūšanas jūs atklāsiet, ka bez kļūdām koda rakstīšana ir vienkāršāka nekā jebkad agrāk.
Apsveriet citu programmatūru
Excel ir pārsteidzoši daudzpusīga programma, taču tā nav piemērota visam. Kad esat gatavs uzsākt jaunu projektu, veltiet laiku, lai apsvērtu visas savas iespējas. Pārfrāzējot veco teicienu: "Kad jūs zināt tikai Excel VBA, viss izskatās kā VBA makro."
Nedomājiet, ka visi iespējo makro
Kā jūs zināt, programma Excel ļauj atvērt darbgrāmatu ar atspējotiem makro. Faktiski ir gandrīz tā, it kā jaunāko Excel versiju izstrādātāji vēlētos, lai lietotāji atspējo makro.
Makro iespējošana, atverot darbgrāmatu no nezināma avota, protams, nav laba ideja. Tāpēc jums ir jāzina savi lietotāji. Dažās korporatīvajās vidēs visi Microsoft Office makro ir atspējoti, un lietotājam šajā jautājumā nav izvēles.
Viena lieta, kas jāņem vērā, ir digitālā paraksta pievienošana darbgrāmatām, kuras izplatāt citiem. Tādā veidā lietotājs var būt drošs, ka darbgrāmatas patiešām nāk no jums un ka tās nav mainītas. Plašāku informāciju par ciparparakstiem skatiet palīdzības sistēmā.
Pieradiniet eksperimentēt
Vienkāršu eksperimentu iestatīšana gandrīz vienmēr ir daudz efektīvāka nekā jaunas idejas iekļaušana esošajā kodā, nesaprotot, ko šie eksperimenti sniedz.
Nedomājiet, ka jūsu kods darbosies ar citām Excel versijām
Pašlaik visā pasaulē parasti tiek izmantotas vismaz piecas Excel versijas. Kad veidojat Excel lietotni, jums nav nekādas garantijas, ka tā nevainojami darbosies vecākās versijās vai jaunākās versijās. Dažos gadījumos nesaderības būs acīmredzamas. Bet jūs arī atklāsit, ka lietas, kurām vajadzētu darboties ar vecāku versiju, nedarbojas.
Programmā Excel ir ērts saderības pārbaudītājs (izvēlieties Fails → Informācija → Pārbaudīt problēmas → Pārbaudīt saderību), taču tas pārbauda tikai darbgrāmatu un ignorē VBA kodu. Vienīgais veids, kā pārliecināties, ka jūsu lietojumprogramma darbojas ar citām versijām, nevis tajā, ar kuru to izveidojāt, ir pārbaudīt to šajās versijās.
Paturiet prātā savus lietotājus
Ja izstrādājat lietotnes citiem, jūsu darbs ir grūtāks, jo nevarat izdarīt tādus pašus pieņēmumus kā, izstrādājot sev.
Piemēram, ja esat vienīgais lietotājs, varat būt atlaidīgāks ar kļūdu apstrādi. Ja tiek parādīta kļūda, jums būs diezgan laba ideja, kur to meklēt, lai to varētu novērst. Ja kāds cits izmanto jūsu lietotni un tiek parādīta tā pati kļūda, viņam vai viņai neveicas. Un, strādājot ar savu lietojumprogrammu, parasti varat iztikt bez norādījumiem.
Jums ir jāsaprot to cilvēku prasmju līmenis, kuri izmantos jūsu darbgrāmatas, un jācenšas paredzēt problēmas, kas viņiem varētu rasties. Mēģiniet iedomāties sevi kā jaunu savas lietojumprogrammas lietotāju un identificējiet visas jomas, kas var radīt neskaidrības vai problēmas.
Neaizmirstiet par dublēšanu
Nekas nav atturīgāks par cietā diska avāriju bez dublējuma. Ja strādājat pie svarīga projekta, uzdodiet sev vienkāršu jautājumu: "Ja mans dators šonakt nomirst, ko es pazaudēšu?" Ja jūsu atbilde ir vairāk nekā dažas darba stundas, jums rūpīgi jāizpēta datu dublēšanas procedūra. Jums ir datu dublēšanas procedūra, vai ne?