<\/p>\n
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.<\/p>\n
Wenn Sie bereits einmal ein Modul in einem VBA-Projekt einer Access-Anwendung angelegt haben, ist Ihnen die Anweisung Option Compare Database <\/b>bekannt, die immer oben im Modul steht.<\/p>\n
Wenn Sie Access frisch installiert haben oder wenn Sie noch keine Änderungen an den Optionen des VBA-Editors vorgenommen haben, sieht ein neues Modul immer wie in Bild 1 aus.<\/p>\n
Bild 1: So sieht ein neues Modul standardmäßig aus.<\/p>\n Die dort enthaltene Anweisung Option Compare Database <\/b>legt fest, wie Vergleiche von Zeichenfolgen stattfinden, aber das ist ein anderes Thema.<\/p>\n Wenn Sie in einem solchem Modul VBA-Prozeduren programmieren, sind Sie richtig flexibel: Sie brauchen nämlich Variablen nicht zu deklarieren.<\/p>\n Sie können dann in einer Prozedur wie der folgenden einfach eine Variable namens strInput <\/b>nutzen und sparen sich die Tipperei für die Variablendeklaration:<\/p>\n Die Prozedur funktioniert genauso, als wenn Sie die Variable strInput <\/b>deklariert hätten.<\/p>\n Wenn Sie ohne Deklaration arbeiten, können verschiedene Probleme auftauchen:<\/p>\n Wie sich diese Fehler auswirken, schauen wir uns in den folgenden Abschnitten an.<\/p>\n Das Problem mit relativ geringen Auswirkungen ist, dass Variablen, die nicht deklariert werden, automatisch den Datentyp Variant <\/b>erhalten.<\/p>\n Das ist übrigens auch der Fall, wenn Sie eine Variable ohne Angabe eines Datentyps deklarieren. Das Problem hierbei ist, dass der Datentyp Variant <\/b>den meisten Speicherplatz benötigt.<\/p>\n Etwas problematischer ist die Tatsache, dass Schreibfehler bei Verwendung der Variablen nicht als Fehler gemeldet werden.<\/p>\n Wenn Sie also beispielsweise einmal die Schreibweise strInput <\/b>und einmal die Schreibweise str_Input <\/b>verwenden, könnte die Prozedur von oben wie folgt aussehen:<\/p>\n Egal, welchen Text Sie nun in die InputBox <\/b>eingeben, Sie erhalten immer eine leere Zeichenkette in der MsgBox<\/b> – denn str_Input <\/b>wird niemals mit einem Wert gefüllt.<\/p>\n Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>![\"So](\"..\/tl_files\/images\/pic_546_001.png\")
<\/a><\/p>\nWeniger Aufwand ohne Deklaration<\/h2>\n
Option Compare Database<\/span>\r\nPublic Sub <\/span>OhneDeklaration()\r\n strInput = InputBox(\"Geben Sie einen Text ein.\")\r\n MsgBox<\/span> \"Eingegebener Text:\" & vbCrLf<\/span><\/span> & strInput\r\nEnd Sub<\/span><\/pre>\nProbleme ohne Option Explicit sind vorprogrammiert<\/h2>\n
\n
Nicht deklarierte Variablen erhalten den Datentyp Variant<\/h2>\n
Schreibfehler führen zu logischen Fehlern<\/h2>\n
Public Sub <\/span>OhneDeklaration()\r\n strInput = InputBox(\"Geben Sie einen Text ein.\")\r\n MsgBox<\/span> \"Eingegebener Text:\" & vbCrLf<\/span><\/span> & str_Input\r\nEnd Sub<\/span><\/pre>\nGültigkeitsbereich der Variablen ist nicht deklariert<\/h2>\n
\nHier geht es zur Bestellung des Jahresabonnements des Magazins Access [basics]<\/strong>:<\/span>
\nZur Bestellung ...<\/a><\/span>
\nDanach greifen Sie sofort auf alle rund 400 Artikel<\/strong> unseres Angebots zu - auch auf diesen hier!<\/span>
\nOder haben Sie bereits Zugangsdaten? Dann loggen Sie sich gleich hier ein:<\/span><\/p>\n<\/div>\n\n\t\n\t