Beiträge zum Thread: Max Anzahl Publich Variable

Hi
Obs ne Grenze für die Anzahl gibt, weiß ich nicht.
Der Speicher läuft halt irgendwann voll.
Das sollte aber nur dann relevant werden, wenn du Arrays hast und dann hängt es nicht davon ab, wieviele Variablen du hast, sondern wie groß deine Arrays sind.
Mit Einzelwerten dürfte es schwer sein, den vorgesehenen Speicher zu füllen.

Gruß Daniel

https://learn.microsoft.com/de-de/office/vba/language/reference/user-interface-help/fixed-or-static-data-can-t-be-larger-than-64k

Ich würde fast tippen (ich weiß es nicht) das hier auch die maximal Menge nicht 64KB überschreiten darf..

Ich muss allerdings sagen, das mir in meiner gesamten VBA Geschichte bisher erst einmal die 64KB Warnung/Fehler zu Gesicht gekommen ist. Wenn man strukturiert arbeitet, sinnvoll trennt und unterteilt, sollte das eigentlich kein Problem sein..

mein aktuelles Projekt umfasst aktuell (ohne Var Deklarationen, Leere Zeilen und reinen Kommentaren) ca. 110.000 Zeilen.. und kein Probleme in Sicht mit der 64KB sperre (die sicherlich auf Grund der aktuellen Rechenpower nicht unbedingt nötig wäre)

Danke für die Hinweise.

Ich bin bereits mehrmals mit der 64k Grenze bei Modulen resp Userforms konfrontiert worden. 64 K = 2 hoch 16 = 2 Bytes, das gibt ein Adressbereich von 64k. Was drüber liegt, kann mit den 2 Bytes nicht angesprochen werden, hier braucht es dann schon 4 Bytes, das gibt einen Adressbereich von 4294967296 Bytes = 4 GB, wenns dann noch mehr sein muss, 8 Bytes mit so ungefähr ansprechbaren 1'8446'744'073'709'600'000 Bytes.

Derzeit habe ich etwa 300 Public Variable, und es dürften noch ein paar mehr werden. Da wollte ich einfach wissen, ob es da eine Grenze gibt.

Gruss
Jürgen

P.S. Bitte keine Fragen warum soviele Public Variable oder Hinweise, wie man ohne Public Variable auskommt

.

Hallo Jürgen,

Du kannst jedenfalls sehr viele Public-Variablen verwenden. Sie sind projektweit gültig, und wenn ein Modul an die Grenze für Variablendeklarationen stößt, könntest Du theoretisch ein weiteres Modul anlegen und dort munter weitere Public-Variablen deklarieren.

Sorry, ich kann nicht anders. Ich bin einfach neugierig, und die Frage ist wirklich nicht böse gemeint:
Für welche Art von Projekt braucht man 300 oder mehr Public-Variablen?

Allein 300 globale Variablen lassen auf ein sehr umfangreiches Projekt schließen. Hinzu kommen ja noch die lokalen Variablen innerhalb der Subs und Funktionen.

Das grundsätzliche Problem globaler Variablen ist, dass jede davon praktisch an jeder Stelle im Projekt verändert werden kann. Sobald irgendwo etwas knirscht, dürfte die Fehlersuche deshalb ausgesprochen schwierig werden. Bei 300 globalen Zuständen kann man doch kaum noch zuverlässig überblicken, welche Prozedur wann welche Variable setzt, verändert oder zurücksetzt. Ganz abgesehen von möglichen Seiteneffekten. Spätestens nach einer längeren Pause stelle ich mir das kaum noch zuverlässig überschaubar vor.

Falls es sich bei einem großen Teil Deiner 300 Public-Deklarationen eigentlich um Konstanten handelt, ist die Situation eine andere. Konstanten bilden keine veränderlichen Projektzustände ab und verursachen daher nicht dieselben Abhängigkeiten. Aber selbst 300 öffentliche Konstanten wären eine Größenordnung, bei der mich die Struktur des Projekts sehr interessieren würde.

Wenn du ein Array vom Typ Long deklarierst, kommt der "Speicher voll" Fehler irgendwo zwischen 1,07 und 1,08 Milliarden Werten im Array.

Gruß Daniel

Hallo Zwenn

Es geht hier um ein Projekt mit zwei Dateien - eine mit allen Daten, eine mit allen Makros. Die Bearbeitung von Daten erfolgt ausschliesslich über UserForms, direkte Eingabe in einzelne Zellen gibt es nicht.

Eine Vorgabe bei der Entwicklung war, dass weitere Daten hinzukommen können. Beispiel: in einer Tabelle sind die Daten der Mitglieder gespeichert. Wir haben hier also Kolonnen "Anrede", "Vorname", "Name" in den Kolonnen 1,2 und 3, usw. Jetzt soll noch eine Kolonne für einen zweiten Vornamen hinzugefügt werden. Möglichkeit entweder eine neu Kolonne "Vorname 2" nach Kolonne "Vorname" oder hinter der letzetn Kolonne einfügen. Wird wie üblichereweise so adressiert

name = tabelle(*mitglieder").cells(zeile_mitglied, 3) ' 3 = Kolonne in der der Name steht

müssen alle folgenden Kolonnennummern angepasst werden. Und da geht garantiert die eine oder andere Anpassung schief.
Wird die neue Kolonnen am Ende eingefügt, sind Kolonnen "Vorname" und Kolonne "Vorname 2" unter Umständen nicht mehr gleichzeitig auf dem Bildschirm sichtbar. (Ausser du hast einen 2 Meter breiten Bildschirm).

Die Lösung: Alle Kolonnen werden benannt, z.B. Kopfzelle von Kolonne "Name" mit "z_mg_name". Im Initialisierungsmodul gibt es dann die Public Variable "k_mg_name", im Initialisierungscode steht dann k_mg_name=Range("z_mg_name").Column. Der oben angeführte Code sieht dann so aus:

name = tabelle(*mitglieder").cells(zeile_mitglied, k_mg_name)

Ganz egal, wie die Kolonnen herumgeschoben oder neue eingefügt werden, der Code ändert sicht nicht.

Die Namensgebung folgt einem festen Schema
Name der Zelle = "z" & Kürzel für Tabellenblat & Bezeichnung Kopfzeile
("z" für Zelle)
Name der Variablen= "k" & Kürzel für Tabellenblat & Bezeichnung Kopfzeile
("k" für Kolonne)
So ist auch nach Jahren klar, was die einzelnen Variablen bedeuten.
Genau genommen sind die Variablen hier Pseudokonstante.

Das System hat sich seit den Anfängen vor rund 10 Jaren bestens bewährt.

Gruss
Jürgen

[quote]Wird die neue Kolonnen am Ende eingefügt, sind Kolonnen "Vorname" und Kolonne "Vorname 2" unter Umständen nicht mehr gleichzeitig auf dem Bildschirm sichtbar. (Ausser du hast einen 2 Meter breiten Bildschirm). [/quote]
Ist doch gar kein Problem weil die Interaktion mit dem Arbeitsblatt nur mittels Userforms stattfindet ?!

Bist du bekannt mit dynamische ('intelligente') Tabellen ? Dann ist dein Problem gelöst wenn du diese verwendest. Alle Spaltennamen werden automatisch angepasst wenn etwas hinzugefügt oder gelöscht wird.
In einem Modul (z.B. Userform) braucht man nur Private Variables, keine Public Variables.

"Ist doch gar kein Problem weil d+ie Interaktion mit dem Arbeitsblatt nur mittels Userforms stattfindet ?! "

Doch, man will ja auch die Daten in der Tabelle sehen.

In allen Tabelle mit den Daten gibt es keine einzige Formel. Was bringen da "Intelligente Tabellen"?

Doch, man will ja auch die Daten in der Tabelle sehen.

Kann man dann auch besser in ein Userform zeigen.

Ich denke, der Punkt mit den intelligenten Tabellen wird oft etwas überschätzt. Sie bringen nicht automatisch einen Vorteil, nur weil sie verwendet werden. Wenn die Tabellen wirklich nur Daten speichern und keine Formeln, Verknüpfungen oder dynamischen Auswertungen enthalten, ist der Nutzen natürlich begrenzt.

Der Vorteil liegt eher bei Funktionen wie automatischer Erweiterung, strukturierten Verweisen, einfacherer Filterung und stabileren Bezügen in Formeln oder Abfragen. Wenn aber die komplette Bearbeitung über UserForms läuft und die Daten nur angezeigt werden sollen, reicht eine normale Tabelle oft vollkommen aus. Es kommt also darauf an, welchen Zweck die Tabelle erfüllen soll. Bizzo Casino bietet eine vielfältige Auswahl an https://bizzocasino-gr.org/ Spielautomaten und Live-Dealer-Spielen.

So ganz stimme ich dem nicht zu.
Ich kann auch in einer UserForm sehr gut von Klassen und Public Variablen profitieren.

Wenn du eine Benutzerverwaltung (z.B. über Datenbank) in der Userform implementierst, kannst du z.B. die Zurgriffsrechte auf einzelene Inhalte(UserForms, Bereich der User Forms) mit Klassen/Public Vars wunderbar einsetzen..
Oder auch um z.B. global Datenbank Name, Pfad , Datenbank Passwort (nachdem es aus einer externen Datei eingelesen und entschlüsselt worden ist) oder andere globale Daten (z.B. aktuelle Windows Version, aktuelle Office Version, PC User, UserForm User etc.. die sich gerade für Fehlermanagement oder so hervorrand eigenen, damit man sich nicht immer wieder neu definieren muss..

300 Variablen habe ich nicht in meinem Projekt an Public, aber mehrere Klassen und etwa 20-30 globale Variablenen sind es in meiner UserForm Projekt schon.

Nachtrag:

Im gesamten Code gibt es keine Zeile wie

Range("X934") = Cells(88, 54) * Cells(45,33)

Spätestens am nächsten Tag weiss man nicht mehr, was das soll. Mit der Benamsung der Zellen sieht das dann so aus:

Range("wert_euro") = Range("fremdwährung") * Range("wechselkurs")

Das ist dann auch in 10 Jahren noch klar

Verwechselst du 'named ranges' mit 'public variables' ?

Nein

ich würde bei sovielen Public Variablen tatsächlich Klassen erstellen mit Variablen die zusammengehören, da kann man das gut packen und sortieren, denn sonst finde ich verliert man sehr schnell den Überblick...

In meiner Frage hatte ich geschrieben:
P.S. Bitte keine Fragen warum soviele Public Variable oder Hinweise, wie man ohne Public Variable auskommt

Aus gutem Grund. Jetzt geht es genau um diese Punkte, die für mich kein Thema sind. Ich werde daher auf weitere Einträge nicht mehr reagieren.

freundliche Grüsse
Jürgen

dann wäre es schön, wenn du auf Beiträge reagierst, die sich mit deiner Frage beschäftigen

Falls die Antwort
- Nein es gibt keine Grenze
oder
- Es gibt eine Grenze bei 9741 Public Variablen
ist, dann. ;-)

solche Antworten gibt es!
warum reagierst du nicht?