Tukaj boste našli nekaj nasvetov, ki jih morate upoštevati, ko začnete razvijati lastne rešitve Excel VBA. Upoštevanje teh smernic ni rešitev, ki bi vas obvarovala pred težavami (programiranjem), vendar se vam lahko izognete pastem, ob katere so se drugi spotaknili.
Deklarirajte vse spremenljivke
Kako priročno je: preprosto začnite vnašati svojo kodo VBA, ne da bi morali opraviti dolgočasen nalog razglasitve vsake spremenljivke, ki jo želite uporabiti. Čeprav vam Excel omogoča uporabo nedeklariranih spremenljivk, s tem preprosto zahtevate težave.
Prva zapoved programiranja VBA bi morala biti naslednja:
Deklarirali boste vsako spremenljivko.
Če vam primanjkuje samodiscipline, dodajte izjavo »Option Explicit« na vrhu svojih modulov. Tako se vaša koda niti ne bo zagnala, če vsebuje eno ali več nedeklariranih spremenljivk. Nedeklariranje vseh spremenljivk ima samo eno prednost: prihranite nekaj sekund. Toda uporaba nedeklariranih spremenljivk vas bo sčasoma znova preganjala.
Ne zamenjujte gesel z varnostjo
Samo zaščitite projekt VBA z geslom in varni ste, kajne? narobe.
Uporaba gesla VBA lahko večini naključnih uporabnikov prepreči ogled vaše kode. Če pa ga nekdo res želi preveriti, bo ugotovil, kako vdreti geslo.
Spodnja črta? Če morate nujno, da svojo kodo ohranite kot skrivnost, Excel ni najboljša izbira za razvojno platformo.
Počistite svojo kodo
Ko vaša aplikacija deluje v vaše zadovoljstvo, jo morate očistiti. Naloge vzdrževanja kode vključujejo naslednje:
-
Prepričajte se, da je vsaka spremenljivka deklarirana.
-
Prepričajte se, da so vse vrstice pravilno zamaknjene, tako da je struktura kode očitna.
-
Odstranite vse pripomočke za odpravljanje napak, kot so stavki MsgBox stavkov Debug.Print.
-
Preimenujte vse slabo poimenovane spremenljivke. Če na primer uporabite spremenljivko MyVariable, obstaja precejšnja verjetnost, da lahko ime spremenljivke naredite bolj opisno. Kasneje se boste zahvalili.
-
Vaši moduli imajo verjetno nekaj "testnih" postopkov, ki ste jih napisali, medtem ko ste poskušali nekaj ugotoviti. Služile so svojemu namenu, zato jih izbrišite.
-
Dodajte komentarje, da boste razumeli, kako koda deluje, ko jo boste znova obiskali čez šest mesecev.
-
Prepričajte se, da je vse pravilno črkovano – zlasti besedilo v uporabniških obrazcih in sporočilnih poljih.
-
Preverite odvečno kodo. Če imate dva ali več postopkov z enakimi bloki kode, razmislite o ustvarjanju nove procedure, ki jo lahko kličejo drugi postopki.
Ne dajte vsega v en postopek
Želite narediti nerazumljiv program? Učinkovit način za dosego tega je, da vso svojo kodo postavite v en lep velik postopek. Če boste ta program še kdaj obiskali in naredili spremembe, boste zagotovo naredili napake in uvedli nekaj lepih napak.
Ali vidite problem? Rešitev je modularna koda. Razdelite svoj program na manjše dele, pri čemer je vsak del zasnovan za izvajanje določene naloge. Ko boste pridobili to navado, boste ugotovili, da je pisanje kode brez napak lažje kot kdaj koli prej.
Razmislite o drugi programski opremi
Excel je neverjetno vsestranski program, vendar ni primeren za vse. Ko ste pripravljeni na nov projekt, si vzemite nekaj časa in razmislite o vseh možnostih. Če parafraziram stari pregovor: "Ko je vse, kar poznate, Excel VBA, je vse videti kot makro VBA."
Ne domnevajte, da vsi omogočajo makre
Kot veste, vam Excel omogoča odpiranje delovnega zvezka z onemogočenimi makri. Pravzaprav je skoraj tako, kot da bi oblikovalci najnovejših različic Excela želeli, da uporabniki onemogočijo makre.
Omogočanje makrov, ko odprete delovni zvezek iz neznanega vira, seveda ni dobra ideja. Zato morate poznati svoje uporabnike. V nekaterih korporativnih okoljih so vsi makri Microsoft Office onemogočeni in uporabnik pri tem nima izbire.
Ena stvar, ki jo morate upoštevati, je dodajanje digitalnega podpisa delovnim zvezkom, ki jih distribuirate drugim. Tako je uporabnik lahko prepričan, da delovni zvezki dejansko prihajajo od vas in da niso bili spremenjeni. Za več informacij o digitalnih podpisih se obrnite na sistem pomoči.
Navadite se eksperimentiranja
Postavitev preprostih poskusov je skoraj vedno veliko bolj učinkovita kot vključitev nove ideje v obstoječo kodo, ne da bi razumeli, kaj ti poskusi prinašajo.
Ne predvidevajte, da bo vaša koda delovala z drugimi različicami Excela
Trenutno se po svetu običajno uporablja vsaj pet različic Excela. Ko ustvarite Excelovo aplikacijo, nimate nobenega zagotovila, da bo delovala brezhibno v starejših ali novejših različicah. V nekaterih primerih bodo nezdružljivosti očitne. Ugotovili pa boste tudi, da stvari, ki bi morale delovati s starejšo različico, ne delujejo.
Excel vključuje priročen pregledovalnik združljivosti (izberite Datoteka → Informacije → Preverite težave → Preverite združljivost), vendar preveri samo delovni zvezek in prezre kodo VBA. Edini način, da se prepričate, da vaša aplikacija deluje z različicami, ki niso tiste, s katerimi ste jo ustvarili, je, da jo preizkusite v teh različicah.
Ne pozabite na svoje uporabnike
Če razvijate aplikacije za druge, je vaše delo težje, ker ne morete narediti enakih predpostavk, kot jih počnete, ko razvijate zase.
Na primer, lahko ste bolj ohlapni pri obravnavanju napak, če ste edini uporabnik. Če se pojavi napaka, boste imeli dobro idejo, kje iskati, da jo lahko popravite. Če nekdo drug uporablja vašo aplikacijo in se pojavi ista napaka, ne bo imel sreče. In ko delate z lastno aplikacijo, se običajno lahko znebite brez navodil.
Razumeti morate raven spretnosti tistih, ki bodo uporabljali vaše delovne zvezke, in poskušati predvideti težave, ki bi jih lahko imeli. Poskusite se predstavljati kot nov uporabnik vaše aplikacije in prepoznajte vsa področja, ki lahko povzročijo zmedo ali težave.
Ne pozabite na varnostne kopije
Nič ni bolj odvračajoče od sesutja trdega diska brez varnostne kopije. Če delate na pomembnem projektu, si zastavite preprosto vprašanje: "Če mi nocoj umre računalnik, kaj bom izgubil?" Če je vaš odgovor več kot nekaj ur dela, morate natančno preučiti postopek varnostnega kopiranja podatkov. Imate postopek za varnostno kopiranje podatkov, kajne?