Hallo zusammen,

ich habe vor ein paar Formen in einer Arraylist zu sammeln. Diese sollen dann je nach Bedarf geladen werden können. Das war mein erster Versucht,
welcher aber ja nicht funktionieren kann, bzw. nur einmal funktioniert.



Was ja auch keine Wunder ist, da ich ja keine Instanz der Form habe.
Jetzt habe ich es so versucht.



Das funktioniert aber nicht. Es kommt immer die Meldung "Der Typ f.Ite ist nicht definiert". Wie kann ich das Problem lösen?

Ich hoffe ihr könnt mir helfen!
Gruß

f(1)
es handelt sich hier um einen überladenen operator.
msdn.microsoft.com/de-de/libra…list.item%28v=vs.80%29#Y0

Und das heißt für mich?

ArrayList sollte man nicht verwenden. Gugge böse Funktionen

vermutlich bei Galileo gelernt, oder? Also Proggen lernt man besser mit dieses Buch Lesen.

Verwende List(Of Form)

achso -

Und das heißt für mich?

Aber f muss halt eine List(Of Form) sein

Ja ok, dann eben mit list(of form)

aber das löst doch nicht mein eigentliches Problem oder? Wie kann ich eine Form die in der Liste gespeichert ist Instanzieren?

demmy schrieb:

Was ja auch keine Wunder ist, da ich ja keine Instanz der Form habe.

Das ist wohl nicht das Problem, mit "f.Add(New Form2)" wird eine neue Instanz von Form2 hinzugefügt. Wenn du es mit einer List(Of Form) anstatt mit einer ArrayList versuchst solltest du den Fehler: "Der Typ f.Ite ist nicht definiert" nicht mehr haben.

Achso ok, ich glaube ich hab mich ein wenig unverständlich ausgedrückt, mein Fehler.
Was ich eigentlich meinte ist, dass ich nach dem Auslesen aus dem Array eine Instanz der Form brauche. Die Form soll durch eine Variable in die Liste eingelesen werden.
Diese Variable kann ich leider nicht mit "new" einlesen. Das heißt ich muss irgendwie aus der Form die in der Liste ist, im nachhinein eine Instanz erzeugen.




Das geht ja leider nicht:

demmy schrieb:

aber das löst doch nicht mein eigentliches Problem oder?

echt nicht? haste ausprobiert? Du darfst auch Copy&Paste verwenden !

Ja so wie wir es oben geschrieben haben funktioniert es ja auch, allerdings kann ich das array nicht variabel beschreiben. Ich muss immer die Form direkt in das array einlesen. Ich sucher aber nach einer Möglichkeit das array mittels einer Variablen zu füllen die die Form beinhaltet und danach dann eine Instanz daraus zu bilden. Die Variable als Instanz der Form einlesen geht ja nicht oder?
Was ich nun noch versucht habe ist folgendes. Ich bin einen anderen Weg gegangen.

Über den Fensternamen eine Instanz zu erzeugen.




Es funktioniert auch. Nur manchmal erhalte ich in der Zeile:



Eine "NullreferenzException". Aber warum???

demmy schrieb:

VB.NET-Quellcode

1. d = New f.Item(1)

Überleg doch einfach mal, was da steht:

Willst Du irgendetwas clonen?

mhh im Grunde könnte man es so bezeichnen. ich weiß nicht wie ich das besser beschreiben soll. Clonen, Kopieren, Instanzieren

Was ich bräuchte wäre ein Array, indem nicht die Form als solche abgelegt wird, sondern eine Kopie davon. Oder nur die Bezeichnung der Form, mit der ich dann nach dem Auslesen eine Instanz der Form erstellen kann.

Hintergrund ist, die original Form soll nach dem einlesen in das Array geschlossen werden. Ich will aber über das array zurückverfolgen können, welche Formen in welcher Reihenfolge offen waren und diese über das Array evtl. in umgekehrter Reihenfolge wieder öffnen. Das heißt also Schritt für Schritt zurück gehen bis das array leer ist.
Das geht aber eben nur wenn ich Instanzen erzeugen kann. Denn ist die Form einmal geschlossen und ich versuche sie über das Array zu holen, bekomme ich die Meldung das auf ein verworfenens Objekt nicht zugegriffen werden kann. Was ja auch Sinn macht.

ohoo! langsam lässt sich gar erkennen, wozu das ganze dienen soll!
Soll das sowas wie eine History werden, also eine Verwaltung bisher besuchter Sites?

Ist auf Winforms natürlich nicht 1:1 übertragbar, denn es können ja mehrere Forms gleichzeitig offen sein.

Ja genau das soll es werden.

Mhh das Problem das mehrere Seiten geöffnet sein können habe ich gelöst. Indem immer nur eine Seite geöffnet sein kann und muss! Die aktuelle Seite wird in einem Splitcontainer angezeigt. Wobei die eine Spalte des Containers das Menü beinhaltet und die andere Spalte die aktuelle Seite.

Die einzelnen Forms sind nur die Bedienoberflächen der einzelnen Menüpunkte, welche beliebig gewechselt werden können. Das eigentliche Programm läuft komplett im Hintergrund in Klassen ab.

Ich habe das Problem im Moment so gelöst, das ich ein Array mit den Namen der einzelnen Formen fülle und dann aus den Namen eine Instanz der Form erzeuge.

Es sei denn jemand hat noch eine andere Idee?

demmy schrieb:

Wobei die eine Spalte des Containers das Menü beinhaltet und die andere Spalte die aktuelle Seite.

Wenn die Forms jeweils eine "aktuelle Seite" darstellen sollen, die das ganze Splitterpanel ausfüllt, dann ist imo geraten, statt der Forms UserControls zu nehmen.
Weil Forms sind drauf konzipiert, verschiebbar zu sein, größenveränderlich und wegklickbar, also Features, die bei einer Seiten-orientierten Anwendung grad unterdrückt werden müssten.
Oder halt UserControl nehmen, das sind gewissermaßen Forms ohne diese hier störenden Features, genau dazu konzipiert, eingebunden zu werden.

mhh ok da hast du recht,

ich habe alledrings bei den Forms die FormBorderStyle-Eigenschaft auf None gesetzt und sie werden mit Dockstyle.Fill
in das Control geladen.
Soweit funktioniert das eigentlich ganz gut. Sonst müsste ich jetzt das ganze Projekt wieder umstricken!?

Prinzipiell vertrete ich: Immer sofort umstricken, wenn sich ein angemessener Ansatz eröffnet.
Meist ist man noch Monate oder Jahre mit dem Projekt beschäftigt, und irgendwann wird man doch umstricken - da kann man es auch gleich machen.

Im Falle von Form->UserControl kannst du sogar hacken.

Also zunächst ein Backup machen, etwa mit SolutionExplorer (ist auch egal wie - Hauptsache getestet, dass dus entpacken kannst und läuft auf Anhieb)

Dann von den umzustrickenden Forms die .Designer.vb öffnen, und die Zeile "Inherits Windows.Forms.Form" ersetzen durch: "Inherits Windows.Forms.Usercontrol"

Dann gibts noch ein paar FolgeFehler, weil eben UserControl einige Eigenschaften nicht hat, aber die betreffenden Zeilen sind repariert, indem sie schlicht gelöscht wern .

Weitere Fehler können in deinem Code liegen, wenn die Dinger als Form angesprochen werden, wo sie jetzt doch UserControls sind - da wären die entsprechenden Deklarationen anzupassen.

Aber man kann noch viel mehr umstricken. Guggemol TabControlOhneReiter. So eine Page mit wechselndem Inhalt baue ich standardmäßig aus einem TabControl ohne Reiter auf - in einfachen Fällen ist man mit 4 oder 5 Zeilen Code fertig - der Rest kann äußerst bequem im Designer designed wern.

OK das werde ich mal testen. Noch eine Frage.
Werden Usercontrols evtl. Auch schneller geladen als Formen?
Und kann man Usercontrols Kinderfenster übergeben?

kaum.

Aber das ist eine Optimierungsfrage, und Optimierungen soll man immer immer hintanstellen. Gugge Rules Of Optimization

Also bevor das Teil nicht funktional vollkommen i.O. ist, holst du dir mit Optimierungen immer nur Kuckuckseier ins Nest.

Später kann man überlegen, die UserControls erst dann zu erzeugen, und auf den TabPages aufzubringen, wenn eine Tabpage angewählt wird.
Oder man machts TabControl doch wieder weg, und packt dynamisch jeweils ein aktuelles UserControl aufs SplitterPanel.
Aber das muß man halt intelligent verwalten, etwa durch eine List(Of Type), in die man RuntimeTypen reinmacht, die die verschiedenen Ucls beschreiben, und aus denen sie sich erzeugen lassen.
Sowas ähnliches kannstedir auf MDI-Variationen angugge - in einer Variante mache ich sowas mit den MDI-ChildForms.

demmy schrieb:

Werden Usercontrols evtl. Auch schneller geladen als Formen?

Das klingt so wie
Werden Buttons schneller geladenn als Formen.
Das kannst Du Dir selbst beantworten.