Guten Tag,
habe folgendes Problem wo ich nicht mehr weiterkomm



Habe übrigens den sDest genau den Namen über die Eigenschaft zugewiesen, also es steht "Panel1" drinnen, trotzdem kommt Null Reference Exeption, warum?

In welchem Kontext stehen Deine beiden Programmzeilen?

Die beiden Zeilen gehören zu einer Funktion, die anhand der Parameter bestimmte Stellen in einer Textdabei ausliest und bestimmte Controls im Programm ändert

Aufruf der Funktion sieht dann so aus



Die Funktion selber

Die Shared-Prozedur sollte wegen ihrer Nicht-Instanz-Zugehörigkeit auf Main.PanelWerkzeug.Controls gar keinen Zugriff haben.
Wenn das der VB-Compiler zulässt, .
Ändere ggf. Deine Philosophie.

Gewiße Labels sind Public Shared, darum hab ich auch von meinen neuen HandlingsObjekt darauf Zugriff, nun bleibt die Frage offen warum ich trotz des korrekt benannten Panels bzw. GroupBox (Bsp. Main.PanelWerkzeug.Name) dieser Fehler kommt?
Muß ich da noch irgendwie angeben, das sDest ein Panel ist oder GroupBox bevor ich über sLabelArray(iCount1) den dortigen Label einen neuen Text gebe?

[vb]
DirectCast(Main_Form.Panel1.Controls(sLabelArray(iCount1)), Label).Text = sTmp ' Geht
DirectCast(Main_Form.Controls(sDest).Controls(sLabelArray(iCount1)), Label).Text = sTmp 'Geht nicht
/vb]

Mir scheint, du wuselst hier Daten und Gui durcheinander. Kann es sein, das du versuchst von einer separaten Klasse, die die Berechnungen durchführt, auf deine Steuerelemente der Form zuzugreifen? Ich vermute weiterhin, dass Main und Main_Form die Namen der Klassen und nicht die Instanzen der Form sind?

Schöner ist eine Klasse mit den Berechnungen und Properties der darzustellenden Variablen.
Von deiner Form aus startest du deine Berechnung und holst dir anschließend die Werte der Variablen aus der Klasse in die Controls.

Fiel Fergnügen

Vatter

Hallo,
Main und Main_Form sind 2 Varianten des Programms, weil ich verschiedene Lösungswege ausprobiere. Hier mit der Funktion habe ich mich entschieden, mittels einer Methode die Daten des Forms zu ändern. Klar dies geschieht momentan unsaubererweise über ein anderes Objekt, nur muß ich irgendwo ja die .Text Properties ändern und will das Main - Objekt nicht zu sehr aufblähen mit Code, Die neue Klasse ist eher als SubObjekt von Main zu betrachten, welches in eine neue Datei ausgelagert ist.
Nun bleibt immernoch die Frage offen, wie ich den Referenz 0 Fehler wegbekomme bei



Übergangsweise hab ich es ja mit den else if -> Direktnamen gelöst, was halt momentan leider paar Zeilen mehr bedeutet (Will das Programm ja kurz aber kompakt halten, wegen der Übersichtlichkeit)

Cyberdine schrieb:

VB.NET-Quellcode

1. DirectCast(Main_Form.Panel1.Controls(sLabelArray(iCount1)), Label).Text = sTmp ' Geht
2. DirectCast(Main_Form.Controls(sDest).Controls(sLabelArray(iCount1)), Label).Text = sTmp 'Geht nicht

Habe übrigens den sDest genau den Namen über die Eigenschaft zugewiesen, also es steht "Panel1" drinnen, trotzdem kommt Null Reference Exeption, warum?

sehr einfach: in Main_Form.Controls findet er kein Control mit .Name-Property "Panel1".

Kannst dir spaßeshalber mal alle .Name-Properties der Controls von Main_Form ausgeben lassen.

Cyberdine schrieb:

Main und Main_Form sind 2 Varianten des Programms, weil ich verschiedene Lösungswege ausprobiere.

Dann sollten gewisse Klassen daraus gemeinsame Basisklassen haben.

Ja werde ich mal ausprobieren.
Wegen vorhin muß ich noch dazu erwähnen, aber bitte nicht erschrecken, daß das Main-Objekt vollgestopft ist mit Modulen, darum ist das auch so aufgebläht. Warum mein Vorgänger das nicht konsequent objektorientiert programmiert hat, ist mir ein Rätsel. Werde das aber Stück für Stück sauber umschreiben, momentan ist halt erstmal wichtig das es funktioniert, wenn die Demo-Version davon raus ist, kann ich mir mehr Zeit dafür nehmen.

Dieser Weg gefällt mir.
Viel Erfolg.

Was ich auch noch dazu erwähnen will, ist das das Objekt hier auf "alle" Forms zugreifen soll/muß, da es sich um Sprachstrings handelt und dann alle Labels etc. geändert werden müßen.
Alle Forms stimmt aber auch "noch" nicht, da das ganze Main ein Form ist und die SubForms lediglich Panels sind, die einfach übereinander gelegt sind "was im Designer ziemlich nervig ist, mit den durchblättern". Modular in einen Objekt programmieren ist halt noch der andere Störfaktor.

Cyberdine schrieb:

das das Objekt hier auf "alle" Forms zugreifen soll/muß, da es sich um Sprachstrings handelt

Das ist der absolute Holzweg.
Trenne GUI und Daten. Wenn Du Deine Programme mehrsprachig machen willst, sieh Dir mal dieses Tut an.

Habe mal bei einen kleinen Form was ich gefunden habe, deinen Lösungsansatz probiert. Ist viel sauberer so, werde das in Zukunft so beibehalten. Eigentlich hätte ich das ganze Programm bis auf den Kern so neu schreiben sollen von Anfang an, daß hätte viel Zeit gespart als an den bestehenden Programm rumzudoktern. Zumal ja schon wöchentlich neue Felder und Funktionen dazu kommen ( Als Freiberufler hätte ich da eh schon längst ein Pflichtenheft verlangt....) Dein Tutorial ist auch recht Interessant, werde mich da auch mal weiter reinlesen demnächst.

Vielen Dank für die Infos.

Cyberdine schrieb:

Als Freiberufler hätte ich da eh schon längst ein Pflichtenheft verlangt....

Als Freiberufler darfst Du nur schriftlich fixierte Sachen machen, sonst sind die anderen niemals mit der "Lieferung" einverstanden. Du musst ganz klar Leistung und Termin spezifizieren.