10 Excel VBA Cose da fare e da non fare - manichini

Qui troverai alcuni consigli da tenere in considerazione quando inizi a sviluppare le tue soluzioni VBA di Excel. Seguire queste linee guida non è una panacea per evitare problemi (di programmazione), ma seguirli può aiutarti a evitare le insidie ​​che altri hanno inciampato.

Dichiarare tutte le variabili

Com'è conveniente: basta iniziare a digitare il codice VBA senza dover passare attraverso il compito noioso di dichiarare ogni variabile che si desidera utilizzare. Sebbene Excel ti permetta di usare variabili non dichiarate, farlo è semplicemente chiedere dei guai.

Il primo comandamento della programmazione VBA dovrebbe essere questo:

Dichiarerai ogni variabile.

Se ti manca l'autodisciplina, aggiungi una dichiarazione "Option Explicit" nella parte superiore dei tuoi moduli. In questo modo, il tuo codice non verrà nemmeno eseguito se include una o più variabili non dichiarate. Non dichiarare tutte le variabili ha un solo vantaggio: si risparmia qualche secondo. Ma usando le variabili non dichiarate alla fine tornerai a perseguitarti.

Non confondere le password con la sicurezza

Basta proteggere con password il progetto VBA e sei sicuro, giusto? Sbagliato.

L'uso di una password VBA può impedire agli utenti più occasionali di visualizzare il codice. Ma se qualcuno veramente vuole controllarlo, scoprirà come decifrare la password.

Bottom line? Se hai assolutamente bisogno di mantenere il tuo codice segreto, Excel non è la scelta migliore per una piattaforma di sviluppo.

Pulisci il tuo codice

Dopo che la tua app sta funzionando in modo soddisfacente, dovresti pulirla. Le attività di manutenzione del codice includono quanto segue:

• Assicurarsi che ogni variabile sia dichiarata.

• Assicurarsi che tutte le linee siano rientrate correttamente in modo che la struttura del codice sia evidente.

• Rimuovi tutti gli aiuti per il debug, come le istruzioni MsgBox di Debug. Stampa dichiarazioni.

• Rinomina qualsiasi variabile con un nome errato. Ad esempio, se si utilizza la variabile MyVariable, ci sono buone probabilità che si possa rendere il nome della variabile più descrittivo. Ti ringrazierai dopo.

• I tuoi moduli hanno probabilmente alcune procedure di "test" che hai scritto mentre cercavi di capire qualcosa. Hanno servito il loro scopo, quindi cancellali.

• Aggiungi commenti per capire come funziona il codice quando lo rivedi tra sei mesi.

• Assicurati che tutto sia scritto correttamente, in particolare testo in UserForms e caselle di messaggio.

• Controllare il codice ridondante. Se si dispone di due o più procedure con blocchi di codice identici, è consigliabile creare una nuova procedura che altre procedure possano chiamare.

Non mettere tutto in una procedura

Vuoi fare un programma incomprensibile? Un modo efficace per farlo è quello di mettere tutto il codice all'interno di una bella procedura. Se dovessi rivisitare nuovamente questo programma per apportare modifiche, sei destinato a commettere errori e introdurre alcuni bug di bell'aspetto.

Vedi il problema? La soluzione è un codice modulare. Dividi il tuo programma in blocchi più piccoli, con ogni blocco progettato per eseguire un'attività specifica. Dopo aver preso questa abitudine, scoprirai che scrivere codice privo di bug è più facile che mai.

Prendi in considerazione altri software

Excel è un programma incredibilmente versatile, ma non è adatto a tutto. Quando sei pronto per intraprendere un nuovo progetto, prenditi del tempo per considerare tutte le tue opzioni. Per parafrasare un vecchio detto, "Quando tutto ciò che sai è Excel VBA, tutto sembra una macro VBA. "

Non dare per scontato che tutti abilitino i macro

Come sai, Excel ti consente di aprire una cartella di lavoro con le sue macro disattivate. In effetti, è quasi come se i progettisti delle versioni recenti di Excel volessero utenti per disabilitare i macro.

L'attivazione di macro quando si apre una cartella di lavoro da un'origine sconosciuta non è una buona idea, ovviamente. Quindi devi conoscere i tuoi utenti. In alcuni ambienti aziendali, tutte le macro di Microsoft Office sono disabilitate e l'utente non ha scelta in merito.

Una cosa da considerare è l'aggiunta di una firma digitale alle cartelle di lavoro distribuite agli altri. In questo modo, l'utente può essere certo che le cartelle di lavoro vengono effettivamente da te e che non sono state alterate. Consultare il sistema di guida per ulteriori informazioni sulle firme digitali.

Abituatevi a sperimentare

Configurare semplici esperimenti è quasi sempre molto più efficiente che incorporare una nuova idea nel vostro codice esistente senza capire cosa portino quegli esperimenti.

Non dare per scontato che il codice funzioni con altre versioni di Excel

Attualmente, almeno cinque versioni di Excel sono comunemente utilizzate in tutto il mondo. Quando si crea un'app Excel, non si ha assolutamente alcuna garanzia che funzionerà perfettamente nelle versioni precedenti o nelle versioni più recenti. In alcuni casi, le incompatibilità saranno ovvie. Ma scoprirai anche che le cose che dovrebbero funzionare con una versione precedente non funzionano.

Excel include un pratico controllo di compatibilità (scegli File → Informazioni → Verifica problemi → Verifica compatibilità), ma controlla solo la cartella di lavoro e ignora il codice VBA. L'unico modo per essere sicuri che la tua applicazione funzioni con versioni diverse da quella con cui l'hai creata è provarla in quelle versioni.

Fai attenzione ai tuoi utenti

Se sviluppi app per gli altri, il tuo lavoro è più difficile perché non puoi fare lo stesso tipo di supposizioni che fai quando sviluppi per te stesso.

Ad esempio, puoi essere più negligente con la gestione degli errori se sei l'unico utente. Se si verifica un errore, avrai una buona idea su dove cercare in modo da poterlo risolvere. Se qualcun altro sta utilizzando la tua app e appare lo stesso errore, lui o lei sarà sfortunato.E quando lavori con la tua applicazione, di solito puoi cavartela senza istruzioni.

Devi capire il livello di abilità di coloro che useranno le tue cartelle di lavoro e cercare di anticipare i problemi che potrebbero avere. Cerca di immaginarti come un nuovo utente della tua applicazione e identifica tutte le aree che possono causare confusione o problemi.

Non dimenticare i backup

Niente è più scoraggiante di un crash del disco rigido senza backup. Se stai lavorando su un progetto importante, poniti una semplice domanda: "Se il mio computer muore stasera, cosa avrò perso? "Se la risposta è più di poche ore di lavoro, è necessario dare un'occhiata alla procedura di backup dei dati. Hai una procedura di backup dei dati, giusto?