Itt talál néhány tanácsot, amelyet figyelembe kell vennie, amikor elkezdi saját Excel VBA-megoldásait. Ezen irányelvek betartása nem csodaszer a (programozási) problémák elkerülésére, de ezek követése segíthet elkerülni azokat a buktatókat, amelyekbe mások belebotlottak.
Deklaráljon minden változót
Milyen kényelmes ez: Egyszerűen kezdje el beírni a VBA-kódot anélkül, hogy végig kellene mennie azon a fárasztó munkán, hogy minden egyes változót deklaráljon, amelyet használni szeretne. Bár az Excel lehetővé teszi nem deklarált változók használatát, ez egyszerűen csak bajt jelent.
A VBA programozás első parancsa a következő legyen:
Minden változót deklarálnod kell.
Ha hiányzik az önfegyelem, adjon hozzá egy „Option Explicit” utasítást a modulok tetejéhez. Így a kódja akkor sem fut le, ha egy vagy több nem deklarált változót tartalmaz. Ha nem deklarál minden változót, annak egyetlen előnye van: megspórol néhány másodpercet. De a be nem jelentett változók használata végül vissza fog kísérteni.
Ne keverje össze a jelszavakat a biztonsággal
Csak védje jelszóval a VBA-projektet, és biztonságban van, igaz? Rossz.
A VBA-jelszó használata megakadályozhatja, hogy a legtöbb alkalmi felhasználó megtekintse a kódját. De ha valaki nagyon meg akarja nézni, kitalálja, hogyan lehet feltörni a jelszót.
A lényeg? Ha mindenképpen titokban kell tartania kódját, akkor az Excel nem a legjobb választás fejlesztői platform számára.
Tisztítsa meg a kódot
Miután az alkalmazás az Ön megelégedésére működik, tisztítsa meg. A kódháztartási feladatok a következők:
-
Győződjön meg arról, hogy minden változó deklarálva van.
-
Győződjön meg arról, hogy az összes sor megfelelően van behúzva, hogy a kódszerkezet látható legyen.
-
Távolítson el minden hibakeresési segédletet, például a Debug.Print utasítások MsgBox utasításait.
-
Nevezze át a rosszul elnevezett változókat. Például, ha a MyVariable változót használja, elég jó esély van arra, hogy a változó nevét leíróbbá tudja tenni. Később meghálálod magadnak.
-
A moduljai valószínűleg tartalmaznak néhány „teszt” eljárást, amelyeket akkor írt, amikor megpróbált kitalálni valamit. Teljesítették a céljukat, ezért töröld őket.
-
Írjon megjegyzéseket, hogy megértse a kód működését, ha hat hónap múlva újra megtekinti.
-
Győződjön meg róla, hogy minden helyesen van írva – különösen a UserForms-ban és az üzenetmezőkben található szöveg.
-
Ellenőrizze a redundáns kódot. Ha két vagy több eljárása van, amelyek azonos kódblokkokkal rendelkeznek, fontolja meg egy új eljárás létrehozását, amelyet más eljárások is meghívhatnak.
Ne tegyen mindent egy eljárásba
Érthetetlen programot szeretne készíteni? Ennek hatékony módja, ha az összes kódot egyetlen szép nagy eljárásba helyezi. Ha valaha is újra felkeresi ezt a programot, hogy változtatásokat hajtson végre, akkor biztosan hibázik, és jó megjelenésű hibákat vezet be.
Látod a problémát? A megoldás a moduláris kód. Oszd fel a programodat kisebb részekre, és mindegyiket egy adott feladat elvégzésére tervezték. Miután felvette ezt a szokást, rá fog jönni, hogy a hibamentes kód írása könnyebb, mint valaha.
Vegye fontolóra más szoftvereket
Az Excel elképesztően sokoldalú program, de nem mindenre alkalmas. Ha készen áll egy új projekt megvalósítására, szánjon egy kis időt az összes lehetőség átgondolására. Egy régi mondást átfogalmazva: „Amikor csak az Excel VBA-t tudod, minden úgy néz ki, mint egy VBA makró.”
Ne feltételezze, hogy mindenki engedélyezi a makrókat
Mint tudják, az Excel lehetővé teszi a munkafüzet megnyitását letiltott makrók mellett. Valójában majdnem olyan, mintha az Excel legújabb verzióinak tervezői azt akarnák, hogy a felhasználók letiltsák a makrókat.
A makrók engedélyezése egy ismeretlen forrásból származó munkafüzet megnyitásakor természetesen nem jó ötlet. Tehát ismernie kell a felhasználóit. Egyes vállalati környezetben az összes Microsoft Office makró le van tiltva, és a felhasználónak nincs más választása.
Érdemes megfontolni egy digitális aláírás hozzáadását a másoknak terjesztett munkafüzetekhez. Így a felhasználó biztos lehet benne, hogy a munkafüzetek valóban Öntől származnak, és nem változtatták meg őket. A digitális aláírásokkal kapcsolatos további információkért keresse fel a Súgót.
Szokjon rá a kísérletezésre
Az egyszerű kísérletek beállítása szinte mindig sokkal hatékonyabb, mint egy új ötlet beépítése a meglévő kódba anélkül, hogy megértené, mit hoznak ezek a kísérletek.
Ne feltételezze, hogy kódja más Excel-verziókkal is működni fog
Jelenleg az Excel legalább öt változatát használják világszerte. Amikor létrehoz egy Excel alkalmazást, egyáltalán nem garantálja, hogy hibátlanul fog működni a régebbi vagy az újabb verziókban. Egyes esetekben az összeférhetetlenség nyilvánvaló lesz. De azt is tapasztalhatja, hogy azok a dolgok, amelyeknek működniük kellene egy korábbi verzióval, nem működnek.
Az Excel tartalmaz egy praktikus kompatibilitás-ellenőrzőt (válassza a Fájl → Információ → Hibakeresés → Kompatibilitás ellenőrzése menüpontot), de csak a munkafüzetet ellenőrzi, és figyelmen kívül hagyja a VBA-kódot. Az egyetlen módja annak, hogy megbizonyosodjon arról, hogy az alkalmazás más verziókkal is működik, mint amivel létrehozta, ha teszteli azokban a verziókban.
Tartsa szem előtt a felhasználókat
Ha másoknak fejleszt alkalmazásokat, akkor a dolga nehezebb lesz, mert nem tud ugyanolyan típusú feltételezéseket levonni, mint amikor saját magának fejleszt.
Például lazább lehet a hibakezeléssel, ha Ön az egyetlen felhasználó. Ha felbukkan egy hiba, nagyon jó ötlete lesz, hogy hol keressen, hogy kijavíthassa. Ha valaki más használja az alkalmazásodat, és ugyanaz a hiba jelenik meg, akkor nem lesz szerencséje. És amikor saját alkalmazással dolgozik, általában utasítások nélkül is boldogul.
Meg kell értenie azoknak a képzettségi szintjét, akik használni fogják a munkafüzeteit, és meg kell próbálnia előre látni az esetleges problémákat. Próbáljon meg úgy képzelni magát, mint az alkalmazás új felhasználója, és azonosítsa az összes olyan területet, amely zavart vagy problémákat okozhat.
Ne feledkezzünk meg a biztonsági mentésekről
Semmi sem elkeserítőbb, mint a merevlemez összeomlása biztonsági mentés nélkül. Ha egy fontos projekten dolgozik, tegyél fel magadnak egy egyszerű kérdést: „Ha ma este meghal a számítógépem, mit veszíthetek?” Ha a válasz több mint néhány órányi munka, akkor alaposan meg kell vizsgálnia az adatok biztonsági mentési eljárását. Van egy adatmentési eljárásod, igaz?