Variable Public deklarieren

Beiträge zum Forumthread

Beiträge zu diesem Forumthread

Betreff

Datum

Anwender

' ********************************************************************** ' Modul: DieseArbeitsmappe Typ: Element der Mappe(Sheet, Workbook, ...) ' ********************************************************************** Option Explicit Private Sub Workbook_Open() Call init End Sub ' ********************************************************************** ' Modul: Modul1 Typ: Allgemeines Modul ' ********************************************************************** Option Explicit Public objWB As Workbook Sub init() Set objWB = Workbooks.Open("E:\Forum\test.xlsx") End Sub Sub einMakro() If objWB Is Nothing Then Call init 'dein Code End Sub Sub anderesMakro() If objWB Is Nothing Then Call init 'dein Code End Sub

Hallo Jonas,
Set wksdatei = Workbooks("Datei.xls")
ich weise dich hölich auf eine 2. Deklaration hin die hier Sinn macht und von mir dann benutzt wird.
Const und Public Variable lege ich gerne in einem extra Modul fest, wo nur solche Daten drin stehen! Gültig für alle Module! Der Vorteil ist, man kann sich alle wichtigen Adressen um z.b. Bereich zu löschen oder Daten einzufügen, Adressen zum Kopieren, Sortieren, in dieses Modul schreiben, braucht sie nicht im Projekt zu suchen. Und wenn sich Werte/Adressen aendern gehst du nur ins "Public_modul" und aenderst es dort! Gerade beim Programm entwickeln ein grosser Vorteil. Zu Bedenken ist das der Wert dieser Variablen bei Makro Ende nicht automatisch gelöscht wird!! Rufst du mit Public Variable ein anderes Programm auf übernimmt es die gespeicherten Werte!
Public Const WbEx = "Datei.xls"
Public Const Bereich1 = "G1:K150"
Public wksdatei As Workshet
im Modul so deklariert: - Set wksdatei = Workbooks(WbEx) - Hast du diese Set Anweisung einmal programmiert sollte dieser Wert für alle anderen Module gültig sein. Manchmal setze ich solche Variable bei Open Workbook auf definierte Werte. Einfach mal selbst testen wie es funktioniert.
mfg Piet

Hallo Luc,
nun komme ich erst heute dazu dir für Deine Antwort zu danken.
Was Du schreibst kann ich nachvollziehen und mir sind diese Mechanismen auch klar. Ich wundere mich nur, dass es anscheinend für alle ganz selbstverständlich ist, unter VBA globale Variablen zu verwenden. Ich persönlich sehe darin absolut keinen Vorteil und kann mich mit einer Information, die auch Programmteilen bekannt ist, die sie nix angehen, einfach nicht anfreunden. Aber es ist ja kein Beinbruch, wenn jeder auf seine Weise klar kommt.
Mit dem konsequent objektorientierten Programmieren hatte ich gemeint, dass die strukturierte Programmierung wirklich außen vor bleibt. So passiert das in Java quasi automatisch. Naja, außer man kommt auf die Idee, alles in der Main-Methode abzuhandeln oder für jede Klasse die Instanzierung abzuschalten ;-) Ob das in VBA aber überhaupt möglich ist weiß ich nicht. Vermutlich ist es auf jeden Fall nicht sinnvoll, weil die objektorientierung vor allem für die Excel-Elemente (Zellen, Tabellenblätter, usw.) wichtig ist und wir sie automatisch nutzen.
Wie auch immer, es gibt noch jede Menge, was ich nicht über VBA weiß :-)
Viele Grüße,
Zwenn

Beliebteste Forumthreads (12 Monate)

11 Beiträge zum Forumthread Beiträge zu diesem Forumthread

VBA Beispiele zu verwandten Themen

Beliebteste Forumthreads (12 Monate)

Beliebteste Forumthreads (12 Monate)

11
Beiträge zum Forumthread

Beiträge zu diesem Forumthread