10 Excel vba fazer e não fazer

Aqui, você vai encontrar alguns conselhos que você deve levar em conta quando você começar a desenvolver suas próprias soluções Excel VBA. Seguindo essas orientações não é uma panacéia para mantê-lo fora da (programação) problemas, mas segui-los pode ajudá-lo a evitar as armadilhas que outros tropeçaram.

Não declarar todas as variáveis

Como é conveniente: Simplesmente começar a digitar o seu código VBA sem ter que passar pela tarefa tediosa de declarar cada variável que deseja usar. Embora Excel permite que você use variáveis ​​não declaradas, isso é simplesmente pedindo para ter problemas.

O primeiro mandamento da programação VBA deve ser esta:

Tu deves declarar cada variável.

Se você não tiver auto-disciplina, adicionar um “Option Explicit” instrução na parte superior de seus módulos. Dessa forma, seu código não vai mesmo correr se incluir um ou mais não declaradas variáveis. Não declarar todas as variáveis ​​tem apenas uma vantagem: você economiza alguns segundos. Mas o uso de variáveis ​​não declaradas acabará por voltar para assombrá-lo.

Não confunda senhas com segurança

Apenas proteger por senha do projeto VBA, e você está seguro, certo? Errado.

Usando uma senha VBA pode manter a maioria dos usuários casuais de ver seu código. Mas se alguém realmente quer verificá-lo, ele vai descobrir como quebrar a senha.

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

Video: #31 - Curso de Macros e Excel VBA - Gerar Combinações sem repetições

Não limpar o seu código

Depois que o aplicativo está trabalhando para sua satisfação, você deve limpá-lo. tarefas domésticas código incluem o seguinte:

• Certifique-se de cada variável é declarada.

• Certifique-se de todas as linhas são recuados corretamente para que a estrutura de código é aparente.

• Remova quaisquer ajudas de depuração, tais como instruções MsgBox de instruções Debug.Print.

• Renomeie quaisquer variáveis ​​mal nomeados. Por exemplo, se você usar o MyVariable variável, há uma boa chance de que você pode fazer o nome da variável mais descritivo. Você vai agradecer-te mais tarde.

• Seus módulos provavelmente tem alguns procedimentos “teste” que você escreveu ao tentar descobrir alguma coisa. Eles servido o seu propósito, então excluí-los.

• Adicionar comentários para que você vai entender como o código funciona quando você revisitá-la daqui a seis meses.

• 
  
  
  

  Certifique-se de tudo o que está escrito corretamente - especialmente texto em UserForms e caixas de mensagem.

• Verificar a existência de código redundante. Se você tiver dois ou mais procedimentos que têm blocos idênticos de código, considerar a criação de um novo procedimento que outros procedimentos pode chamar.

  Video: #04 - Curso de Macros e Excel VBA - Botões de Macro

Não colocar tudo em um procedimento

Quer fazer um programa ininteligível? Uma maneira eficiente de conseguir isso é colocar todo o seu código dentro de um grande processo legal. Se você nunca revisitar este programa novamente para fazer alterações, você é obrigado a cometer erros e apresentar alguns bugs bela aparência.

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

Não considerar outro software

Excel é um programa extremamente versátil, mas não é apropriado para tudo. Quando estiver pronto para empreender um novo projeto, levará algum tempo para considerar todas as opções. Parafraseando um velho ditado: “Quando tudo o que você sabe é Excel VBA, tudo parece um VBA macro.”

Não assuma que todos permite macros

Como você sabe, Excel permite que você abrir um livro com suas macros desativado. Na verdade, é quase como se os designers de versões recentes do Excel quer usuários a desativar macros.

Permitindo macros quando abre um livro 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 são desativados eo usuário não tem escolha no assunto.

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

Video: #13 - Macros e Excel VBA - Tipos e Uso de Variáveis

Não adquirir o hábito de experimentar

Criação de experiências simples é quase sempre muito mais eficiente do que a incorporação de uma nova idéia em seu código existente sem entender o que essas experiências trazem.

Video: #10 - Macros e Excel VBA - Controle de Formulários

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

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

Excel inclui um verificador de compatibilidade útil (escolha Arquivo → Informações → Verifique se há problemas → verificação de compatibilidade), mas apenas verifica a pasta de trabalho e ignora o código VBA. A única maneira de ter certeza de que o aplicativo funciona com outros do que aquele que o criou com é testá-lo nessas versões versões.

Não manter seus usuários em mente

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

Por exemplo, você pode ser mais frouxa com tratamento de erros se você é o único usuário. Se um erro surge, você vai ter uma boa idéia de onde procurar para que você possa corrigi-lo. Se alguém está usando seu aplicativo e o mesmo erro, ele ou ela vai estar fora de sorte. E quando você está trabalhando com sua própria aplicação, normalmente você pode passar sem instruções.

Você precisa entender o nível de habilidade de quem vai estar usando suas pastas de trabalho e tentar antecipar problemas que possam ter. Tente imaginar-se como um novo usuário do seu aplicativo, e identificar todas as áreas que podem causar confusão ou problemas.

Não se esqueça sobre backups

Nada é mais desanimador do que uma falha do disco rígido sem um backup. Se você estiver trabalhando em um projeto importante, pergunte a si mesmo uma pergunta simples: “Se o meu computador morre hoje à noite, o que eu perdi” Se a sua resposta é mais do que algumas horas de trabalho, você precisa dar uma olhada de perto seus dados de back-up procedimento. Você tem um processo de back-up de dados, certo?