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

Aici veți găsi câteva sfaturi pe care ar trebui să le luați în considerare atunci când începeți să vă dezvoltați propriile soluții Excel VBA. Urmând aceste linii directoare nu există panaceu care să vă țină în afara problemei (programării), dar urmărirea acestora vă poate ajuta să evitați capcanele pe care altele le-au dat peste cap.

Declarați toate variabilele

Cât de convenabil este: Pur și simplu începeți să tastați codul VBA fără să trebuiască să treceți prin munca obositoare de declarare a fiecărei variabile pe care doriți să o utilizați. Deși Excel vă permite să utilizați variabile nedeclarate, acest lucru este pur și simplu pentru a cere probleme.

Prima comandă a programării VBA ar trebui să fie aceasta:

Veți declara fiecare variabilă.

Dacă nu aveți auto-disciplina, adăugați o instrucțiune "Opțional explicită" în partea de sus a modulelor. În acest fel, codul dvs. nu se va executa chiar dacă include una sau mai multe variabile nedeclarate. Nu declarând că toate variabilele au un singur avantaj: salvezi câteva secunde. Dar folosirea variabilelor nedeclarate va veni în sfârșit să te bântuie.

Nu confunda parolele cu securitatea

Protejați doar cu parolă proiectul VBA și sunteți în siguranță, nu? Gresit.

Folosirea unei parole VBA îi poate împiedica pe utilizatorii casual să-ți vizualizeze codul. Dar dacă cineva vrea să verifice , el va afla cum să spargă parola.

Linia de fund? Dacă aveți absolut, trebuie să vă păstrați secret codul, Excel nu este cea mai bună alegere pentru o platformă de dezvoltare.

Curățați-vă codul

După ce aplicația dvs. funcționează pentru a vă satisface, ar trebui să o curățați. Funcțiile de întreținere a codului includ următoarele:

• Asigurați-vă că fiecare variabilă este declarată.

• Asigurați-vă că toate liniile sunt indentate corespunzător, astfel încât structura de cod este evidentă.

• Eliminați orice ajutor de depanare, cum ar fi instrucțiunile MsgBox de Debug. Declarații de imprimare.

• Redenumiți orice variabile numite prost. De exemplu, dacă utilizați variabila MyVariable, există o șansă destul de bună ca puteți face numele variabilei mai descriptiv. Îți vei mulțumi mai târziu.

• Modulele dvs. au probabil câteva proceduri de "testare" pe care le-ați scris în timp ce încercați să găsiți ceva. Ei și-au servit scopul, deci ștergeți-le.

• Adăugați comentarii astfel încât să înțelegeți cum funcționează codul când îl revizuiți după șase luni de acum.

• Asigurați-vă că totul este scris corect - în special text în UserForms și casetele de mesaje.

• Verificați codul redundant. Dacă aveți două sau mai multe proceduri care au blocuri identice de cod, luați în considerare crearea unei noi proceduri pe care alte proceduri le pot apela.

Nu puneți totul într-o singură procedură

Vrei să faci un program neinteligibil? O modalitate eficientă de a realiza acest lucru este de a vă pune întregul cod într-o procedură de mare frumos. Dacă revii vreodată acest program pentru a face schimbări, ești obligat să faci greșeli și să introduci niște bug-uri cu aspect fin.

Vedeți problema? Soluția este codul modular. Împărțiți programul în bucăți mai mici, fiecare bucată fiind proiectată pentru a îndeplini o anumită sarcină. După ce ați luat acest obicei, veți găsi că scrierea de coduri fără bug-uri este mai ușor decât oricând.

Nu ia în considerare alte programe

Excel este un program uimitor de versatil, dar nu este potrivit pentru tot. Când sunteți gata să faceți un nou proiect, faceți ceva timp să vă gândiți la toate opțiunile. Pentru a parafraza o veche zicală: "Când tot ce știi este Excel VBA, totul arată ca o macrocomandă VBA. "

Nu presupuneți că toată lumea permite macrocomenzi

După cum știți, Excel vă permite să deschideți un registru de lucru cu macrosurile sale dezactivate. De fapt, este aproape ca și cum designerii versiunilor recente ale programului doresc ca utilizatorii să dezactiveze macrocomenzile.

Activarea macrocomenzilor când deschideți un registru de lucru dintr-o sursă necunoscută nu este o idee bună, desigur. Deci, trebuie să cunoașteți utilizatorii dvs. În unele medii corporative, toate macrocomenzile Microsoft Office sunt dezactivate și utilizatorul nu are de ales în această privință.

Un lucru care trebuie luat în considerare este adăugarea unei semnături digitale în registrele de lucru pe care le distribuiți altora. În acest fel, utilizatorul poate fi sigur că registrele de lucru provin de la dvs. și că nu au fost modificate. Consultați sistemul Ajutor pentru mai multe informații despre semnăturile digitale.

Obișnuiți să experimentați

Configurarea experimentelor simple este aproape întotdeauna mult mai eficientă decât încorporarea unei noi idei în codul dvs. existent, fără a înțelege ce aduc aceste experimente.

Nu presupuneți că codul dvs. va funcționa cu alte versiuni Excel

În prezent, cel puțin cinci versiuni de Excel sunt utilizate în mod obișnuit în întreaga lume. Când creați o aplicație Excel, nu aveți absolut nici o garanție că va funcționa perfect în versiuni mai vechi sau în versiuni mai noi. În unele cazuri, incompatibilitățile vor fi evidente. Dar veți găsi, de asemenea, că lucrurile care ar trebui să funcționeze cu o versiune anterioară nu funcționează.

Excel include un checker de compatibilitate la îndemână (alegeți File → Info → Check for Issues → Check Compatibility), dar verifică doar registrul de lucru și ignoră codul VBA. Singura modalitate de a vă asigura că aplicația dvs. funcționează cu alte versiuni decât cele pe care le-ați creat este să o testați în acele versiuni.

Țineți mintea în mintea dvs.

Dacă dezvoltați aplicații pentru alții, munca dvs. este mai dificilă, deoarece nu puteți face aceleași tipuri de ipoteze ca și dvs. atunci când vă dezvoltați singuri.

De exemplu, poți fi mai slăbit cu manipularea erorilor dacă ești singurul utilizator. Dacă apare o eroare, veți avea o idee destul de bună despre unde să vă uitați, astfel încât să puteți rezolva problema. Dacă altcineva utilizează aplicația dvs. și apare aceeași eroare, el sau ea nu va avea noroc.Și când lucrați cu propria aplicație, puteți obține, de obicei, fără instrucțiuni.

Trebuie să înțelegi nivelul de calificare al celor care îți vor folosi registrele de lucru și să încerci să anticipezi problemele pe care le-ar putea avea. Încercați să vă imaginați ca utilizator nou al aplicației dvs. și să identificați toate zonele care pot provoca confuzie sau probleme.

Nu uitați de copii de siguranță

Nimic nu este mai descurajant decât un accident de hard disk fără o copie de rezervă. Dacă lucrați la un proiect important, întrebați-vă o întrebare simplă: "Dacă computerul meu moare în seara asta, ce am pierdut? "Dacă răspunsul dvs. este mai mult de câteva ore de lucru, trebuie să vă uitați atent la procedura de back-up a datelor. Aveți o procedură de back-up de date, nu?