Suchergebnisse

Ich würd's per EventRaising machen: VB.NET-Quellcode (34 Zeilen) ...was bei genauerer Betrachtung effektiv das Gleiche ist

Das funktioniert so nicht. Das liegt zwar nicht daran, dass Du den Microsoft.VisualBasic-Namespace drinnen hast, aber der sollte trotzdem raus. Dein Code VB.NET-Quellcode (12 Zeilen)zeigt ein Formular (frm vom Typ Form2) an und wertet danach, gleich nachdem dem Form per Show befehligt wird, sich zu zeigen, die Class1-Klasseninstanz (hiersollendatenrein) auf. Da ist noch nix Relevantes in frm passiert. Klar, man könnte in den Form2_Shown-EventHandler reinschreiben. Aber irgendwie hab ich das Gefü…

Zitat von oobdoo: „So ähnlich schaut es bei mir aus.“Und wie sieht es konkret bei Dir aus? Denn der gezeigte Code ergibt m.E. überhaupt keinen Sinn. Wenn jetzt 2 Fenster gleichzeitig offen sind (MainForm und ChildForm), was soll denn passieren, wenn jemand in MainForm an meineklasse rumspielt, dann wechselt zu ChildForm und da auch rumspielt? Welche Werte sind dann die richtigen? Das ist dann m.E. das gleiche Dilemma wie bei ner Datenbank mit mehreren Benutzern oder Multithreadingbearbeitung an …

Ja, ok, meine Aussage ist möglicherweise etwas übertrieben gewesen. Wenn alles so läuft, ist ja gut. Mir geht es darum, dass wir den "echten" Code nicht sehen. Am Ende scheitert es dann an solchen Sachen, wie wir hier schon häufiger im Forum hatten: "Es will nicht, ich habe alles genauso gemacht, wie Ihr gesagt habe. Ok, ich habe nicht meinen Originalcode gepostet. Dann eben hier der Originalcode. Ach, das hätte ich auch beachten sollen? Warum sagt mir das denn keiner? Dass es an sowas Kleinem s…

Es ist ein wenig anders. Die Formular-Konstruktoren (New) und der Load-EventHandler sind bekannt dafür, dass auftretende Exception nicht gemeldet, sondern verschluckt werden, ohne dass man mit Try-Catch arbeitet. Das kann zu komplett unvorhergesehenem Verhalten führen. Daher sehe ich die Konstruktornutzung meist kritisch.