Kategorie: VBA-Grundlagen

Microsoft Access selbst bietet eine Menge Optionen an. Aber auch der VBA-Editor verfügt über ein paar Optionen – auch wenn diese wesentlich überschaubarer sind als die von Access. Hier lassen sich beispielsweise Optionen einstellen, welche das Verhalten des Code-Editors bei der Eingabe von Code beeinflussen oder mit denen wir das Aussehen des Codefensters anpassen können. Oder wir legen damit fest, wie sich der VBA-Editor beim Auftreten von Fehlern verhalten soll oder welche der verschiedenen Fenster des VBA-Editors wie das Direktfenster, das Lokal-Fenster oder der Projekt-Explorer verankert dargestellt werden soll und welches nicht.

Das Codefenster ist das Herzstück des VBA-Editors. Hier schreibst, bearbeitest und liest Du den gesamten Code Deiner Module, Klassenmodule oder Formulare. Es ist der zentrale Ort, an dem Deine Logik entsteht und Deine Projekte zum Leben erweckt werden. Hier kannst Du den enthaltenen Code debuggen, um zu untersuchen, ob alles wie gewünscht funkioniert. Und hier ist der Ort, an dem Du dafür sorgst, dass Dein Code gut lesbar und strukturiert ist. Du kannst den enthaltenen Code nutzen, um ihn automatisiert bei Benutzeraktionen wie dem Anklicken eines Buttons oder nach Eingaben in Textfelder aufzurufen oder Du programmierst einfach Prozeduren, die bestimmte Aufgaben für Dich erledigen.

Der VBA-Editor bietet neben dem Projekt-Explorer und den Codefenstern noch viele weitere Elemente, die man als VBA-Entwickler kennen sollte. In diesem Artikel schauen wir uns den Objektkatalog an. Jedes VBA-Projekt verwendet eine oder mehrere Bibliotheken, die wiederum verschiedene Klassen wie Standardmodule, Klassenmodule, Enumerationen oder Type-Klassen enthält. Diese wiederum bieten Eigenschaften, Methoden, Ereignisse oder Konstanten an. Mit dem Objektkatalog können wir uns einen Überblick über all diese Elemente verschaffen, nach diesen suchen und uns Details dazu ausgeben lassen.

Aller Anfang ist leicht? Nun: Das bezieht sich darauf, dass man – im Gegensatz zu anderen Programmiersprachen wie den .NET-Sprachen, PHP oder anderen – einfach nur eine Access-Datenbank laden und den VBA-Editor öffnen muss, um Code einzugeben und diesen direkt ausprobieren zu können. Wir brauchen das Projekt nicht zu erstellen, wir müssen keinen Browser öffnen, um sich die Ausgabe anzusehen oder eine .exe kompilieren – einfacher geht es nicht! Damit starten wir in unsere VBA [basics]-Reihe und machen ein paar erste Schritte im VBA-Editor von Access.

In einer Access-Datei, also einer Datei mit der Endung .mdb oder .accdb (oder anderen, ähnlichen Endungen für Spezialfälle), finden wir genau ein VBA-Projekt, das zu dieser Datei gehört (es kann noch weitere eingebundene Projekte geben, aber das ist ein fortgeschrittenes Thema). Dieses Projekt enthält Module und Verweise auf einzubindende Bibliotheken. Die Module teilen sich wieder auf in Standardmodule und Klassenmodule. Die Klassenmodule teilen sich auf in alleinstehende Klassenmodule und Klassenmodule, die zu einem Formular oder Bericht gehören. Diese Begriffe schauen wir uns im vorliegenden Artikel an und zeigen, wie wir diese optimal im VBA-Editor verwalten können.

Neben Standardmodulen und alleinstehenden Klassenmodulen landen früher oder später noch die Klassenmodule von Formularen und Berichten im Projekt-Explorer Ihres VBA-Projekts. Diese legt Access in der Regel „nebenbei“ für uns an, wenn wir eine Ereignisprozedur für ein Formular, einen Bericht oder ein Steuerelement anlegen. Wir zeigen in diesem Artikel erst einmal die Grundlagen für den Umgang mit den Klassenmodulen für Formulare und Berichte und legen dabei wenige Beispielereignisprozeduren an. In weiteren Artikeln gehen wir dann umfassend auf die Techniken zum Programmieren von Formularen und Berichten ein.

Es gibt einige wenige Optionen in VBA-Projekten, die Sie modulabhängig festlegen können. Eine davon heißt „Option Explicit“. Diese Anweisung legt fest, dass in einem Modul keine Variablen verwendet werden dürfen, die nicht deklariert wurden. In diesem Artikel schauen wir uns an, wie sich das in der Praxis auswirkt, wie Sie sicherstellen können, dass „Option Explicit“ immer automatisch hinzugefügt wird und dass viele Probleme in Softwareprojekten entstehen, weil Microsoft uns diese Option nicht automatisch bereitstellt.

Eines der eher stiefmütterlich behandelten Features im VBA-Editor sind die Lesezeichen. Was kaum ein Entwickler weiß: Man kann im den Codemodulen im VBA-Editor an beliebigen Stellen Lesezeichen setzen. Diese sehen so ähnlich aus wie Haltepunkte, dienen aber dem Anspringen beziehungsweise dem Durchlaufen der per Lesezeichen markierten Codezeilen. In diesem Artikel schauen wir uns diese Funktion an.