@Haudruferzappeltnoch

Bei beiden Variante wird zuerst array1 bekanntgegeben (Deklaration).


Hier wird eine Neu-Instanzierung mit einer Initialisierung eingeleitet.




EDIT: Nachtrag
Bei Neu-Instanzierung einer Variable bleibt die Alt-Instanzierung weiterhin bestehen.

Der "Garbage Collection" ist jedoch bemüht alte Instanzierungen zu erkennen. Besteht definitiv keine Referenz mehr zu einem Objekt, wird er vom Garbage Collection abgeräumt, d.h. der Speicher wird für die weitere Verwendung freigegeben.

Leider gibt es Objekte die für den Garbage Collection nicht so leicht zu identifizieren sind. Solche Objekte können unter Umständen für ewig nicht vom Garbage Collection freigegeben werden. Der Garbage Collection setzt die Generation solcher Instanzen bzw. Objekte je nachdem soga auf die die höchste Generation, so das diese wirklich erst beim Beenden des Programmes freigegeben werden.

Gerade in Kombinationen mit API's können Objekte die nicht korrekt zurückgesetzt (Dispose) wurden Speicherlecks (memory leaks) erzeugen.

Ist eine Objekt-Variable auf Nothing gesetzt, gibt es für den Garbage Collection keinen Bedarf aktiv zu werden.

Freundliche grüsse

exc-jdbi

Hallo

Ich versuche es mal.

Klassen werden mit dem New Schlüsselwort instanziiert.

Also bekommt man mit New eine neue Instanz der Klasse.

Vergleichen wir es mal mit einem Blatt Papier. du hast verschiedene Blätter. Karriert, Liniert oder farbig.
Nimmst du ein neues Blatt von einem linierten Papier mit Rechnungskopf hast du deine Grundlage. (Die Klasse)
Nun schreibst du ein paar Rechnungspositionen drauf. (Du verwendest das Papier) - Du verwendest diese Instanz der Klasse. Die anderen Blätter die du liegen hast bleiben ja unverändert.

Nun nimmst du ein weiteres Blatt, hier willst du aber einen Plan zeichnen. Du nimmst ein kariertes. Also eine neues Blatt - eine neue Instanz.
Hier zeichnest du einen Plan von einem Raum.

Die andere Instanz (dein Blatt mit dem Rechnungskopf bleibt unverändert). Nimmst du nun ein neues Blatt Papier mit Rechnungskopf bleibt das alte unverändert und du arbeitest mit dem neuen.

Dieser Ablauf nun als Pseudocode:



Gehst du aber nun danach noch her und machst folgendes:



Wird das Blatt Papier gelöscht und wieder auf den Zustand gesetzt wie es war bevor du die Positionen aufgeschrieben hast. Also ein Blatt mit Linien und einem Rechnungskopf. Weil du der Variablen eine neue Instanz der Klasse zugewiesen hast. Das Blatt (den Klassenzustand/die Instanz) wie es vorher war gibt es nicht mehr. Du hast also auf den Platz wo das Blatt lag, ein neues Blatt vom selben Typ gelegt und das bereits beschriebene in den Mülleimer geworfen.


Ich hoffe das kann man halbwegs nachvollziehen.

Grüße
Sascha

Das ist etwas (leider) auch nur in VB geht und Mist ist. Der Kompiler würde hier automatisch quasi ein New vorsetzen.
Also gilt wieder das selbe Prinzip.

Dieser Mist geht auch nur bei Forms.
Bei allen anderen Klassen verhält sich die Sprache vernünftig: Ein Objekt, was nicht (mit New) erzeugt wurde ist nichts - Nothing.
Und von Nothing kann man keinerlei Property abrufen.
Aber wie gesagt bei Forms geht das trotzdem, und das erschwert Anfängern, ja sogar ziemlich fortgeschrittenen AutoDidakten, den Unterschied zwischen einem Datentyp und einem Objekt (des Datentyps) zu verstehen und erkennen.

Zur Vertiefung - probierma den hier:Mir tränen von sowas die Augen, aber das funktioniert tatsächlich!

Grauenhaft. Ich fühle mit dir, meine Augen tun gerade auch weh.
Warum das MS so belassen hat verstehe ich bis heute nicht.

"Natürlich" funktioniert das. Wenn keine Instanz da ist, wird eine erstellt. Ist auch dokumentiert, hier nochmal nachzulesen. Dass es eine syntaktisch-programmierlogische Frechheit ist, will ich damit aber nicht infrage stellen.

Furchtbar gruselig diese Thema mit der „automatischen instanzierung von Forms“…

Als ich von C# zu VB.Net gewechselt bin bzw. damit angefangen habe, bin ich aus allen Wolken gefallen welch schmu man alles treiben kann, bis ich Option Strict on gefunden habe.

Das ist eine der wenigen Sachen, die ich nicht mal zu meinen Anfangszeiten falsch gemacht habe.
Als ich mit Vb.Net angefangen habe, wusste ich schon was eine Instanz ist.

Ich finde Microsoft sollte das unbedingt ändern, denn es gibt keinen Vorteil und schon gar keine Anwendung die so etwas rechtfertigen würde.

Option Strict On und Option Explizit On sind sowieso in Vb.Net bei mir ständige Begleiter.
Ich schreibe die quasi in jeder Vb.Sheet bewusst immer zuoberst nochmals hin.

Freundliche Grüsse

exc-jdbi

Zeile#3 scheitert, weil test zwar vom Typ DataTable ist, aber keine Instanz. Es dürfte also eine NullReferenceException bei dem Versuch kommen. Du kannst test als Klasse (also effektiv die DataTable-Klasse) so nicht ändern. Du versuchst dort einen Bauplan zu manipulieren. In einem Bauplan eines Hauses lässt es sich schlecht wohnen. Oder anders: Einen Tisch in einem Zimmer zu platzieren, welches nur auf dem Plan existiert, ist nicht von Erfolg gekrönt.
Zusammenfassend: Annahme 1 baut auf einer Grundvermutung auf, die von Anfang an nicht zutrifft.

Du kannst test auf diesem Weg nicht so manipulieren, dass alle danach erstellten Instanzen bestimmte Eigenschaften dadurch aufweisen. Denn test ist ja keine Klasse, sondern eine Variable von einem bestimmten Klassentyp. Sowas kann man im Konstruktor der Klasse (in dem Fall also DataTable) machen, da jede Instanz diesen zu Beginn aufruft. Aber effektiv wird somit immer nur jede einzelne, konkrete Instanz manipuliert, nicht alle, die dann folgen.

Du hast was gemacht, bei dem was anderes passiert als Du denkst. Wenn Du "eine DataTable auf's Form ins DGV ziehst", wird keine DataTable erzeugt, sondern eine BindingSource. Diese verknüpft die tDS-DataTable mit Deinem DGV. Es wird also eine BindingSource-Instanz erzeugt und modifiziert, damit die DataTable-Inhalte im DGV angezeigt und dort auch manipuliert werden können. Die DataTable selber exisiert innerhalb der tDS-Instanz, die notfalls ebenfalls instanziiert auf's Form gelegt wird, zu sehen unten bei den Komponenten. Da dürfte dann also ein tDS-Symbol und eine BindingSource dazugekommen sein. Und vielleicht noch ein BindingNavigator.

In Zeile 2 sagt du, dass du eine DataTable mit dem Namen "test" definierst. Also das ist die Instanz der Tabelle.
In Zeile 5 machst du die Tabelle "test" mit einer neuen Instanz einer Tabelle matsch.

Wenn du Daten zufügen willst, könntest du erst eine Instanz einer DataRow definieren und diese Row dann per test.AddRow der Tabelle übergeben.

Nachtrag: Wann will man denn eine neue Instanz einer Tabelle haben? Eigentlich nur einmal, beim ersten Anlegen, dannach befülle ich die Instanz eines ganzen DataSets aus einer XML, die ich zuvor beim letzten Programmlauf gesichert habe. Ich will sicher aber Instanzen neuer Details haben, also DatatableRow, besser typisiert: "KundenRow", "BestellungenRow", um diese dann an die Tabelle anzuhängen in die es eh schon gehört. Deswegen sind es ja auch eben nicht einfach DatatableRow's (oder DataRow's) hab es grad nicht im Kopf. Weil die dinger sind nicht stark typisiert.

Der Form-Designer ist ein Tool zur "visuellen Programmierung".
Was du da machst an Draggen und Droppen das übersetzt er im Hintergrund in handfesten vb.net-Code.
Den Code schreibt er in die Form.Designer.vb - Datei.
Jedes Form im Solution-Explorer hat eine .Designer.vb - Datei - die ist nur defaultmässig verborgen. Man kann oben im SolutionExplorer "alle Dateien anzeigen" klicksen, dann werden die .Designer.vb-Files sichtbar.
Also nicht sofort, aber dann erhält das Form-Symbol son '+', und wenn man da draufklickst, erweitert sich der Treenode und man kann die .Designer.vb sehen.
Mach das mal, und guck dir die .Designer.vb auch mal an. Da ist in Code aufgeschrieben, was du im Form-Designer gebastelt hast.

Bastel mal ein leeres Form, und öffne die .Designer.vb.
Dann zieh im Form-Designer ein Element aus dem Datenfenster aufs Form, wodurch ja DGV, BindingSources, BindingNavigator erzeugt werden.
Nun guck dir an, wie diese Dinge im .Desinger-Code sich niederschlagen.
(Unter anderem findest du da auch die ganzen Instanzierungen mit New)

Haudruferzappeltnoch schrieb:

Heißt das wenn von der tDS bereits eine Instanz existiert wird die nicht aufs Form gezogen?
Oder bekomme ich da eine neue und kann die erstellt da nicht mehr draufkriegen?
Die BindingSource bindet auch auf die Instanz nicht auf die Klasse oder?

Haudruferzappeltnoch schrieb:

Heißt das wenn von der tDS bereits eine Instanz existiert wird die nicht aufs Form gezogen?

Was meinst du mit "von der tDS bereits eine Instanz existiert" - wo soll die existieren?
Also wenn du ein leeres Form hast, und du siehst kein tds darauf, dann "existiert" es wohl nicht.
Wenn du nun wie gesagt aus dem Datenfenster zB ein Table-Icon aufs Form ziehst, dann generiert der FormDesigner allerlei Dinge aufs Form, u.a. auch ein tds - siehste ja (deswegen heisst es "visuelle Programmierung". (Und deswegen heisst es: Visual Studio"))
Wenn du nun ein zweites Tabellen-Icon aus dem Datenfenster auf dasselbe Form ziehst, dann generiert der FormDesigner wieder allerlei Dinge, aber ein zweites tds nicht. Deswegen siehste auch kein zweites.
Der Form-Designer ist eben so schlau, dass er weiss: Ein tds pro Form genügt im Allgemeinen.

Das ist jetzt kein Sprach-Feature im engeren Sinne, sondern wie gesagt: Der Form-Designer ist ein Programmier-Tool, was Code generiert. Man hätte dieses Tool auch anders programmieren können, aber so, wie er nun funktioniert, funktioniert er im Allgemeinen ganz ausgezeichnet.
Meine vier Views-Videos kennste?
Da wird ja sehr viel mittm Form-Designer gearbeitet. Und (Film 1) mittm Dataset-Designer auch - das ist auch so ein Tool, und das generiert auch eine .Designer.vb-Datei - guck dir das unbedingt an.

Haudruferzappeltnoch schrieb:

Oder bekomme ich da eine neue und kann die erstellt da nicht mehr draufkriegen?

Den Satz verstehe ich jetzt auch mit gutem Willen nicht. Wo bekommst du eine neue von was und kannst die erstellt da (wo?) nicht mehr draufkriegen - hä??

Haudruferzappeltnoch schrieb:

Die BindingSource bindet auch auf die Instanz nicht auf die Klasse oder?

Ja.
Nochmal: Eine Klasse ist ein Datentyp - genauer: ist die Definition eines Datentyps. Mit einem Datentyp kannst du nichts tun - gar nichts.
Man kann Objekte (alias "Instanzen") eines Datentyps erstellen (mit New - schau in den Designer-Code!). Ja, an so Objekte kann eine BindingSource binden.
Aber das wusstest du doch schon?

(Es gibt übrigens eine Ausnahme, dass sind die Shared Member einer Klasse. Aber das ist ein anderes Kapitel in dem Buch von Löffelmann, was du ja sicherlich fleissig am lesen bist)