Es sollen mehrere Textboxen (>10 Stück) mit Strings aus einem Array befüllt werden. Dazu habe ich die Textboxen nummeriert (txtb1, txtb2, ..., txtb20) und bräuchte nun variablenhaften Zugriff auf die Name-Eigenschaft.
Ich kann leider nicht vorhersehen, wieviele Textboxen genau generiert werden sollen (ergibt sich aus dem Datenmaterial), sonst würde ich es "fest verdrahten"

Aus den Ansätzen, die sich aus der Googlesuche ergaben, erschien mir folgender am vielversprechendsten:

"Item" ist ein String, der aus einem Textfieldparser stammt und enthält auch einen Wert.

Nun bekomme ich jedoch zur Laufzeit eine NullReferenceException in der letzten Zeile.
Aus diesem Thread: http://www.vb-paradise.de/programmieren/grundlagen/65146-der-objektverweis-wurde-nicht-auf-eine-objektinstanz-festgelegt/ weiß ich, dass man eine neue Instanz einer Klasse mit "New" anlegen muss. Meine diesbezüglichen Versuche scheiterten jedoch, was mich nicht wundert, da ich nicht genau verstanden habe um was es in diesem Fall geht.

Für mich ist der Bezeichner "Me.Controls": Steuerelemente der Form, "(Steuerlementname)" und ".Text": Eigenschaft, der ich einen Wert im gleichen Datentyp zuweisen kann, recht eindeutig. Aber ich bin ja auch Anfänger.

Kann mir da jemand helfen?

for each tb as textbox in me.controls.oftype(of textbox)
debug.print(tb.name)
next

Was zeigt er dann an?

Denn in "Me".controls ist natürlich nur das drin, was DIREKT in der Form (bzw "Me", das kann ja jedes Control sein) ist. Wenn deine Textboxen in nem Panel wären, wäre die Syntax
me.panel1.controls...
oder wenn ein einer Groupbox in nem Panel
me.panel1.groupbox4.controls ...

Im Direktfenster wird nichts ausgegeben.

Die Textboxen habe ich zum Testen erstmal "einfach so" auf das Formular gezogen, da das endgültige Layout noch längst nicht festgelegt werden kann.

Hier aus Form1.Designer:

Blackm1nd schrieb:

Im Direktfenster wird nichts ausgegeben.

Sollte man vlt im AUSGABEfenster mal schauen

EDIT BTW:

Me.txtb1.Name = "txt1"

Du nennst deine Textboxen txtNUMMER und nicht txtbNUMMER Sollte man schon drauf achten, dass man das was man sich gedacht hat, dann auch so macht ...

EDIT2:
Ach so .... Du bist einem Denkfehler aufgesessen! Controls(String) sucht das Control nicht anhand des Namens der Control-Variable sondern anhand der .Name Eigenschaft! Die sind zwar "normalerweise" erstmal gleich, aber das muss nicht sein - wie du siehst

Hab ich mich erschrocken

Nein, ich denke mal, das ist das gleiche, weil ich noch andere Ausgaben zum Testen mit Debug.Print erstellen lasse, und die werden im Direkt-/Ausgabefenster ganz normal angezeigt.

Edit: (Leider) hat das alles seine Richtigkeit; dass da oben "txt1" anstelle von "txtb1" stand, war ein Fehler meinerseits im Einfügen des Codes hier in das Forum. Die Textboxen heißen in Wirklichkeit noch ganz anders, aber für das Forum habe ich einfachere Namen gewählt wegen der Übersichtlichkeit/Tipparbeit.
Die Werte der Eigenschaften und die Bezeichnungen im Code sind konsistent, das habe ich soeben noch einmal überprüft.

Edit2: Ist der Unterschied zwischen dem Namen des Controls und dem Namen der Eigenschaft folgender:
Name des Controls="txtb1 System.Windows.Forms.TextBox" und
Name der Eigenschaft=das, was als Wert in (Name) in den Eigenschaften ausgewiesen wird?

Index von Controls-Collection ist null-basiert' während die Durchnummerierung der Steuerelemente mit 1 beginnt. Ich vermute, irgendwo an dieser Stelle liegt das Problem.

wie picoflop andeutet, werden hier leicht 2 unvereinbare Ebenen durcheinander gebracht: Der CodeName eines Controls und seine .Name-Property.

der CodeName - etwa Textbox1 ist etwas, was nur im Editor des Programmierers existiert, im laufenden Programm ist die Textbox nur eine SpeicherAddresse.

Die Name-Property hingegen ist halt eine Property dieser Textbox.

Beides hat nichts miteinander zu tun, und wird leider nur leicht verwechselt.

Tatsächlich ist die .Name-Property im Grunde zu nichts nütze - es gibt in jedem Fall bessere herangehensweisen, als über die Name-Property auf ein best. Control zuzugreifen.

Aber auch das ist u.U. erstmal egal, denn anstatt viele Textboxen zu generieren, soll man lieber ein DataGridview nehmen. Das frisst weniger Resourcen, ist leichter zu handhaben, und passt auch einfach von der Logik her besser zur Anforderung, welche vermutlich ist, eine Liste von Daten editierbar zu präsentieren.

So gerade nach Hause gekommen, frisch ans Projekt gesetzt und die Lösung dann schnell gefunden:

Das Problem lag natürlich (wie so oft) zwischen Stuhl und Monitor. Ich habe im Form Designer herumgeblättert und mir ist dabei aufgefallen, dass die Textboxen doch in einem Container lagen (Me.ToolStripContainer1.ContentPanel). Dunkel erinnere ich mich, wie ich eine Statusleiste einfügen wollte, mit dem Toolsstrip herumgespielt hatte, es nicht funktionierte und ich den Container nicht mehr wegbekam
Naja, die Form wird eh komplett neu gemacht wenn der Inhalt fertig ist.

picoflops Diagnosecode:
hat nach der Anpassung sofort alle Textboxnamen ausgegeben.

Der Rest war ein Kinderspiel:
funktioniert in meinem Kontext nun einwandfrei.

Da ich nun schon im Flow war, habe ich gleich die Textboxen aus der Anzahl der Items dynamisch generieren und füllen lassen:

Das war jetzt nur zur Info falls es jemanden interessieren sollte.
Kaum macht man es richtig, schon funktioniert's

Die Anforderung ist übrigens Tabellen, bzw. CSV Dateien, die mehrere 10K Messdaten enthalten, nach Setzen von Grenzwerten zu kategorisieren, visualisieren, Unterschiedsprüfungen (Signifikanztests) zwischen den Kategorien vorzunehmen und die Daten dementsprechend zu filtern. Ich werde also vermutlich noch öfter zu irgendwelchen Details Fragen stellen.

Vorerst bedanke ich mich bei allen Beteiligten für die Hilfe.

Blackm1nd schrieb:

Die Anforderung ist übrigens Tabellen, bzw. CSV Dateien, die mehrere 10K Messdaten enthalten, nach Setzen von Grenzwerten zu kategorisieren, visualisieren, Unterschiedsprüfungen (Signifikanztests) zwischen den Kategorien vorzunehmen und die Daten dementsprechend zu filtern.

und das hast du vor, in Textboxen zu verwursten?

gugge vlt. erst noch Most Primitive, EinzelblattView-Post, coloriertes DatagridView, und wg. Filtern: DataExpressions

ErfinderDesRades schrieb:

und das hast du vor, in Textboxen zu verwursten?

Vermutlich nicht, da er ja nur die Spaltenüberschriften ausliest. Wir können wohl auch davon ausgehen, dass er x-tausend Messwerte nicht in Rohform und schriftlich darstellen will. Auch "visualisieren" spricht eher gegen eine Anzeige in lesbarer Schriftform sondern scheint vielmehr auf irgendetwas "graphisches" hinzudeuten.
Ohne Details natürlich Rainer Speckulazion

@picoflop: l0l

Richtig, denn die Rohdaten, die in mein Programm importiert werden, liegen beim Benutzer ja schon vor (meist als Excel oder Matlab Datei) und müssen deshalb nicht noch einmal angezeigt werden. Der Benutzer muss jedoch die Überschriften sehen, damit er weiß, mit welchen Daten er aktuell arbeitet. Die Daten selbst verbleiben im Array und dürfen auch nicht verändert werden (Messdaten!).

Aber trotzdem danke für die Links, ErfinderDesRades, die Infos werde ich sicherlich noch einmal gebrauchen können.

Wo wir grad schonmal Offtopic sind: Wenn ich einen Scatterplot machen möchte (einen zweidimensionalen Punkt setzen) bei, sagen wir 1000 zu zeichnenden Punkten, der bei Änderung der Filterkriterien (Punkte fallen weg oder kommen hinzu) wirklich schnell aktualisiert, wohin orientiere ich mich am besten? Gleich DirectX? Oder gibt es da überhaupt Erfahrungswerte? Hätte ich besser mit WPF anfangen sollen?
Die Literatur bei Google ist bezüglich Scatterplots reichlich dünn gesät :-/