Suchergebnisse

@GimpTutWorks: Ich habe folgende Klasse: VB.NET-Quellcode (3 Zeilen) Und ich rufe jetzt Deine Funktion so auf: VB.NET-Quellcode (4 Zeilen) Wobei hier "A" uns "B" nur irgendeinen Verweis auf eine A- und B-Property sein soll. Was passiert? Gehen wir mal davon aus, dass beim ersten Aufruf korrekt der Wert der A-Property verändert wird. Aber beim zweiten Aufruf? Es gibt keine B-Property und somit kann auch kein Wert gesetzt werden. Nur: Woher soll der Compiler wissen, was Du zur Laufzeit für Objekte…

@RodFromGermany: Hab ich das so gut versteckt? Zitat: „Wobei ich dazusagen muss: Es gibt zwei Möglichkeiten, das doch zu machen: Spätes Binden und Reflection. [...] [Absatz über Reflection]“

@Arby: Das funktioniert so. Geht auch kürzer mit GetProperty: VB.NET-Quellcode (1 Zeile) Aber es stellt sich immer noch die Frage, was erreicht werden soll. Im normalfall braucht man das nicht. Und wie gesagt gibt's Bindings für Controls schon.

@~blaze~: Wow, also das... wow. @Arby: Da muss ich Dir widersprechen. Es kann nie schaden, nach dem Sinn zu fragen. Ganz besonders bei so unorthodoxen Sachen. Extrembeispiel aus dem Forum: Der TE fragt, wie er einen Timer starten kann, einen gewissen Code ausführen kann und in diesem ausgeführten Code den Timer wieder stoppen kann. Man kann jetzt natürlich Timer von oben bis unten erklären, oder man fragt nach, wofür er das braucht. Wenn sich jetzt herausstellt, dass der TE mit dem Timer prüfen …