![\"Der](\"..\/tl_files\/images\/Verweise.png\")
<\/a><\/p>\nBild 1: Der Verweise-Dialog für die Bibliotheken von VBA<\/p>\n
VBA holt sie sich aus der Registry<\/b> von Windows<\/b> und da aus dem Zweig HKEY_CLASSES_ROOT\\TypeLib<\/b>. Dort stehen alle Bibliotheken, die im System installiert wurden. Genauer gesagt handelt es sich um sogenannte COM-Bibliotheken<\/b>, oft auch als ActiveX-Komponenten<\/b> bezeichnet. Zu beschreiben, wie diese Komponenten genau arbeiten und wie die Registry-Schlüssel mit ihnen zusammenhängen, würde hier zu weit führen. Wesentlich ist nur, dass diese COM-Bibliotheken<\/b> durch Installation von Komponenten zustande kamen und eine Art Inhaltsverzeichnis darstellen. über die GUID<\/b>-Schlüssel wird eine Verbindung von Name der Bibliothek und der ausführbaren Datei hergestellt, die in der Regel als DLL daher kommt, oder als EXE-Datei. Ein VBA-Verweis ist also nichts anderes, als eine Referenz auf eine ausführbare Datei samt ihrer Funktionsliste. <\/p>\n
Diese speziellen COM-DLLs<\/b> unterscheiden sich von anderen dadurch, dass sie außer den enthaltenen Exportfunktionen eben auch noch eine integrierte Type Library <\/b>aufweisen. Nur diese kann VBA lesen. Der Objektkatalog<\/b> von VBA ist fähig, ihren Inhalt darzustellen. Es gibt aber zusätzlich auch solche Verweise, die nur<\/b> aus einer Type Library<\/b> bestehen und gar keine binären Funktionen enthalten. Das sind etwa die Dateien mit der Endung tlb<\/b> oder olb<\/b>. Ein Beispiel wäre die Access-Bibliothek selbst, die in der Datei msacc.olb<\/b> steckt, welche sich im Office-Installationsverzeichnis befindet. Bei erfolgreicher Installation von Access hat sie sich selbst als Type Library in die Registry eingetragen.<\/p>\n
Dort findet VBA sie und lädt ihren Inhalt, also das Verzeichnis aller Funktionen von Access<\/b>, falls ein Verweis auf sie im VBA-Projekt der Datenbank eingetragen ist. Das allerdings ist immer der Fall. Sie können ihn über den Verweise-Dialog auch gar nicht entfernen. Access verhindert die Manipulation der Access<\/b>-Bibliothek, wie auch die von VBA<\/b>. Mit alle anderen Verweisen können Sie verfahren, wie Sie möchten.<\/p>\n
Sehen wir uns die Funktionsweise folgender VBA-Zeile an:<\/p>\n
S = Mid$(\"ACCESS BASICS\", 8, 2)\r\n> \"BA\"<\/pre>\nDer Parser<\/b> von VBA analysiert sie und stößt auf den ihm unbekannten Ausdruck Mid$<\/b>. Daraufhin klappert er die Namen der Funktionen aller geladenen Bibliotheken ab und wird unter VBA<\/b> fündig. Deren Klasse Strings enthält diese Funktion Mid$<\/b>. Weil es eine globale Funktion ist, deren Klasse immer zur Verfügung steht und nicht erst instanziiert werden muss, ist dieser Funktionsname gültig. Im weiteren Verlauf schaut der Parser<\/b> nach der ausführbaren Datei, welche diese Funktion enthält. Er erfährt dies aus der Registry<\/b>, wo festgehalten wurde, dass die Datei vbe6.dll<\/b> für den Verweis verantwortlich sei. Im Windows-Suchpfad findet er sie schließlich unter Common Files\\ Microsoft Shared\\VBA<\/b> und lädt sie in den Prozess von Access. Da die Funktion Teil einer Objektklasse Strings<\/b> ist, wird weiter automatisch eine Instanz dieser Klasse erzeugt. Nun kann in ihrem Interface<\/b> die Funktion Mid$<\/b> angesprungen werden, deren Speicheradresse ebenfalls über die Type Library<\/b> ermittelt wird. Die Parameter für die Funktion können jetzt übergeben werden.<\/p>\n
Möchten Sie weiterlesen? Dann lösen Sie Ihr Ticket!<\/span>
\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