10 Excel VBA Do's e Don'ts - dummies

Aqui, você encontrará alguns conselhos que você deve ter em consideração quando você começar a desenvolver suas próprias soluções VBA do Excel. Seguir estas diretrizes não é panaceia para mantê-lo fora do problema (de programação), mas seguí-los pode ajudá-lo a evitar armadilhas de que outros tenham tropeçado.

Declarar todas as variáveis ​​

Como é conveniente: basta começar a digitar seu código VBA sem ter que passar pela tediosa tarefa de declarar todas e cada variáveis ​​que você deseja usar. Embora o Excel permita que você use variáveis ​​não declaradas, fazê-lo é simplesmente pedir problemas.

O primeiro comando da programação VBA deve ser este:

Você declarará todas as variáveis.

Se você não possui autodisciplina, adicione uma declaração "Opção Explicita" na parte superior de seus módulos. Dessa forma, seu código nem sequer será executado se incluir uma ou mais variáveis ​​não declaradas. Não declarar todas as variáveis ​​tem apenas uma vantagem: você economiza alguns segundos. Mas usar variáveis ​​não declaradas acabará por voltar a persegui-lo.

Não confunda senhas com segurança

Apenas proteja com senha o projeto VBA e você está seguro, certo? Errado.

Usar uma senha do VBA pode impedir a maioria dos usuários ocasionais de visualizar seu código. Mas se alguém realmente quiser verificá-lo, ele descobrirá como pigar a senha.

Bottom line? Se você absolutamente, precisa manter seu código em segredo, o Excel não é a melhor escolha para uma plataforma de desenvolvimento.

Limpe seu código

Depois que seu aplicativo estiver trabalhando para sua satisfação, você deve limpá-lo. As tarefas de limpeza do código incluem o seguinte:

• Certifique-se de que todas as variáveis ​​sejam declaradas.

• Certifique-se de que todas as linhas estão recuadas corretamente, de modo que a estrutura do código seja aparente.

• Remova todas as ajudas de depuração, como as instruções MsgBox do Debug. Declarações impressas.

• Renomeie as variáveis ​​mal denominadas. Por exemplo, se você usar a variável MyVariable, há uma boa chance de que você possa tornar o nome da variável mais descritivo. Você vai agradecer-se mais tarde.

• Seus módulos provavelmente têm alguns procedimentos de "teste" que você escreveu ao tentar descobrir algo. Eles cumpriram a finalidade deles, então exclua-os.

• Adicione comentários para que você entenda como o código funciona quando você revisá-lo dentro de seis meses.

• Certifique-se de que tudo esteja escrito corretamente - especialmente texto em UserForms e caixas de mensagem.

• Verifique o código redundante. Se você tiver dois ou mais procedimentos que tenham blocos de código idênticos, considere criar um novo procedimento que outros procedimentos podem chamar.

Não coloque tudo em um procedimento

Deseja fazer um programa ininteligível? Uma maneira eficiente de realizar isso é colocar todo o seu código dentro de um bom procedimento. Se você revisitar novamente este programa novamente para fazer alterações, você é obrigado a cometer erros e a introduzir alguns insetos finos.

Você vê o problema? A solução é um código modular. Divida seu programa em pedaços menores, com cada pedaço projetado para executar uma tarefa específica. Depois de pegar esse hábito, você achará que escrever código livre de insetos é mais fácil do que nunca.

Considere outros softwares

O Excel é um programa incrivelmente versátil, mas não é adequado para tudo. Quando estiver pronto para realizar um novo projeto, leve algum tempo para considerar todas as suas opções. Para parafrasear um velho ditado: "Quando tudo que você conhece é o Excel VBA, tudo parece uma macro VBA. "

Não assuma que todos habilitam macros

Como você sabe, o Excel permite que você abra uma pasta de trabalho com suas macros desabilitadas. Na verdade, é quase como se os designers de versões recentes do Excel desejassem que usuários desativassem macros.

Ativar macros quando você abre uma pasta de trabalho de uma fonte desconhecida não é uma boa idéia, é claro. Então você precisa conhecer seus usuários. Em alguns ambientes corporativos, todas as macros do Microsoft Office estão desabilitadas e o usuário não tem escolha no assunto.

Uma coisa a considerar é adicionar uma assinatura digital às pastas de trabalho que você distribui para outros. Dessa forma, o usuário pode ter a certeza de que os livros de trabalho realmente vêm de você e que eles não foram alterados. Consulte o sistema de Ajuda para obter mais informações sobre assinaturas digitais.

Tenha o hábito de experimentar

Configurar experiências simples é quase sempre muito mais eficiente do que incorporar uma nova idéia ao seu código existente sem entender o que esses experimentos trazem.

Não assuma que seu código funcionará com outras versões do Excel

Atualmente, pelo menos cinco versões do Excel são comumente usadas em todo o mundo. Quando você cria um aplicativo do Excel, você não tem absolutamente nenhuma garantia de que ele funcionará perfeitamente em versões antigas ou em versões mais recentes. Em alguns casos, as incompatibilidades serão óbvias. Mas você também descobrirá que as coisas que deveriam funcionar com uma versão anterior não funcionam.

O Excel inclui um verificador de compatibilidade útil (escolha Arquivo → Informações → Verificar por problemas → Verificar compatibilidade), mas ele só verifica o caderno de trabalho e ignora o código VBA. A única maneira de ter certeza de que seu aplicativo funciona com versões diferentes daquele que você criou é testá-lo nessas versões.

Mantenha seus usuários em mente

Se você desenvolver aplicativos para outras pessoas, seu trabalho é mais difícil porque você não pode fazer os mesmos tipos de suposições do que faz quando se desenvolve por si mesmo.

Por exemplo, você pode ser mais negligente com o tratamento de erros se você for o único usuário. Se um erro surgir, você terá uma boa idéia para onde procurar, para que você possa corrigi-lo. Se alguém estiver usando seu aplicativo e o mesmo erro aparecer, ele ou ela ficará sem sorte.E quando você está trabalhando com seu próprio aplicativo, geralmente pode passar sem instruções.

Você precisa entender o nível de habilidade daqueles que usarão seus cadernos de trabalho e tentar antecipar os problemas que possam ter. Tente se imaginar como um novo usuário do seu aplicativo e identificar todas as áreas que possam causar confusão ou problemas.

Não se esqueça dos backups

Nada é mais desencorajador do que um acidente de disco rígido sem um backup. Se você estiver trabalhando em um projeto importante, faça uma pergunta simples: "Se meu computador morrer esta noite, o que perderia? "Se a sua resposta for mais do que algumas horas de trabalho, você deve examinar de perto o seu procedimento de back-up de dados. Você tem um procedimento de back-up de dados, certo?