As secções seguintes fornecem informações úteis sobre o VBA. Os nomes dos objetos são fornecidos para que possa examiná-los facilmente na base de dados da Northwind 2.0 Starter Edition.
O VBA (Visual Basic for Applications) é a linguagem de programação utilizada em todos os produtos do Microsoft 365 e não apenas no Access. Está principalmente documentado aqui: Documentação do programador do Access.Para começar, consulte Introdução à programação do Access.
Ao procurar informações, certifique-se de que procura exemplos específicos do Access e inclua o Microsoft Access no termo de pesquisa. Muitas vezes, as soluções para os outros produtos do Microsoft 365 irão funcionar, mas poderão necessitar de alterações.
O Microsoft Access é um produto para adultos. Isto significa que existem muitos exemplos lá fora, o que é ótimo para si. Isto também significa que os livros mais antigos sobre programação do Access continuam viáveis para que veja. Muitos dos livros mais antigos ainda estão disponíveis em sites de livros utilizados com um custo original.
Os ficheiros do Microsoft Access são ficheiros do Microsoft 365. Os ficheiros do Microsoft 365 têm de estar numa Localização fidediária ou ter os conteúdos ativados. Estes itens são considerados seguros porque os criou ou porque são de uma fonte fidediosa. Esta verificação ocorre sempre que abre um ficheiro do Microsoft 365. Iremos fazer referência a esta situação como fidedi nosso/ativado a partir daqui. Se for lançada e aberta uma nova versão da aplicação a partir de uma localização que não seja de confiança, o processo de ativação do conteúdo irá repetir-se. Para obter mais informações, consulte Localizações Fidedvidas para ficheiros do Microsoft 365, Decidir se deve confiar numa base de dados e Adicionar, remover ou alterar uma localização de confiança no Microsoft 365.
As macros, funções e sub procedimentos são a forma como implementa lógicas empresariais na sua base de dados do Access.
Os controlos num formulário (como botões, caixas de texto, etiquetas, entre outros) podem utilizar os seus eventos (como clicar no controlo) para ativar outros processos, como adicionar, eliminar registos ou abrir formulários. Estes processos podem ser implementados através de macros ou VBA. Northwind utiliza principalmente macros e alguns VBA. Para obter mais informações, consulte Acção de Macro ExecutarCode.
Alguns tipos de controlo têm assistentes incorporados que criam automaticamente uma macro. Por exemplo, adicionar um botão de comando a um formulário irá abrir um assistente que irá oferecer várias opções de funcionalidade para o botão. Adicionar uma caixa de combinação irá abrir um assistente que pode ser configurado para encontrar um registo específico no formulário.
O Painel de Navegação é a principal forma de ver e aceder a todos os seus objetos de base de dados e é apresentado no lado esquerdo da janela do Access por predefinição. O Painel de Navegação Northwind 2.0 Starter Edition foi personalizado. Criámos uma categoria personalizada denominada Northwind Starter 2.0. Isto permite-nos organizar os objetos por área funcional. Para obter mais informações, consulte Personalizar o Painel de Navegação.
É importante que saiba mais sobre o âmbito e a visibilidade no Access e no Microsoft 365. Âmbito refere-se à disponibilidade de uma variável, constante ou procedimento para utilização por outro procedimento. Existem três níveis de controlo do controlo do controlo do controlo: ao nível dos procedimentos, ao nível do módulo privado e ao nível do módulo público. Pode determinar o âmbito de uma variável quando a declarar. É boa ideia declarar explicitamente todas as variáveis para evitar erros de conflito de nomes entre variáveis com âmbitos diferentes. Todos os módulos têm duas instruções diretas: Opção Comparar Base de Dados e Opção Explícita. Para obter mais informações, consulte Compreender o âmbito e a visibilidade, Declaração Pública, Declaração Privada, Declaração Estática e Compreender a duração das variáveis.
Por vezes, precisa de uma variável para existir após o objeto que o criou ficar fora do âmbito. Existem três formas principais de o fazer: Variáveis Públicas, TempVars e armazenar os valores numa tabela local. Cada uma destas tem prós e contras. Muitos programadores utilizam uma combinação destes.
Existem variáveis públicas e TempVars para a sessão atual e sai do âmbito quando a aplicação é fechada. E se quiser manter variáveis específicas do utilizador nas respetivos sessões? Pode armazenar esses tipos de valores numa tabela local. Na Northwind 2.0 Starter Edition, temos esses valores numa tabela denominada SystemSettings. Por exemplo, um valor na tabela é "ShowWelcome". Este valor diz-nos se pretende ver o ecrã de boas-vindas sempre que iniciar sessão ou não.
Se tiver utilizado assistentes de controlo incorporados no Access, sabe que, se uma macro for criada, muitas vezes não existe nenhum tratamento de erros e, se o VBA for criado, este pode ser limitado a uma Função CsgBox, estilo Err.Description.
Na Northwind 2.0 Starter Edition, implementámos o que é chamado de alça de erro global. Os erros que ocorem em qualquer procedimento chamam uma função ao nível global para mostrar o erro. A grande vantagem é que o código é consistente e, se for necessário alterar a mensagem (por exemplo, mostrando o número de erro ou o registo do erro num ficheiro) só pode ser feito num único local.
clsErrorHandler é o módulo de classe que implementa o código de tratamento de erros. Um módulo de classe mantém reunidas as suas funções principais e de ajuda numa única unidade, tornando o código mais encapsulado. Eventualmente, a macro AutoExec chama a função de arranque em restoStartup, cria uma instância de clsErrorHandler e guarda-a como uma variável global para que possa ser utilizada em toda a aplicação.
Na verdade, o código de tratamento de erros nos procedimentos é tão consistente que conseguimos criar tudo em menos de cinco minutos com um código VBA sofisticado que esbateu cada procedimento com o verificador de erros adequado. Este código não está incluído no modelo.
