Vb.Net - Reflektion, Member in Daten "Boxen"

[Tim S. (Firma: tsx89) (freak_ts)]

Hallo .Net Experten...
ich möchte einen Typ und dessen Member Speichern bzw. wieder Laden 
können. Dazu habe ich ein Datenmodell gebaut, welches die nötigen 
Informationen / Platzhalter (als Primitives bzw. Strings) bereit hält.
Es sieht vereinfacht etwa so aus:   ()=Array

-Class/Type
 ├AssemblyQualifiedName
 └Member()
  ├Name
  ├ReturnType
  └Parameter()    <<-- Hier stehe ich momentan...
   ├Name
   └Type

Erstmal wollte ich fragen, ob diese Eigenschaften bereits ausreichen um 
alles typisiert und sicher "wiederherstellen" zu können. (Insbesondere 
bei den Membern in Verbindung mit den Parametern, aber ich denke JA). 
Außerdem suche ich nach dem "Fachbegriff" den man benutzt, wenn man 
Objekte oder Member von Daten "umschließt". (Das "Boxen" hatte ich 
gestern irgendwo aufgegriffen).

Anschließend suche ich eine geschickte Möglichkeit oder ein Beispiel um 
den Member eines Typs anhand dessen Parametern (über die Strings + 
Reflektion?) "wiederzufinden", um dessen Invoke, Getter und Setter / etc 
zur Laufzeit bereitstellen zu können. Es geht dabei (noch) nicht um den 
Member-Inhalt bzw. Wert... Ich hoffe die Grafik trägt ein wenig zur 
Verständlichkeit bei, und es ist klar was ich damit meine....

Danke schon mal
Gruß, TS

[Tim S. (Firma: tsx89) (freak_ts)]

Nochmal etwas anders gefragt: Ich suche einen Code, der das unten 
stehende Beispiel auflöst. Die Lösung braucht keine direkten 
Definitionen (Dim) haben, muss nicht Syntax-Korrekt oder Lauffähig sein 
= <pseudocode>
Mir reichen ein paar Anhaltspunkte oder Ideen, um das gut zu lösen.

Daten vereinfacht:

Type = "Object"
├MemberName = "Equals"
├ReturnType = "Boolean"
├Par1.Name = "objA"
├Par1.Type = "Object"
├Par2.Name = "objB"
└Par2.Type = "Object"

Unterschiedliche MemberTypen (Method, Event, Property, etc) bieten 
natürlich unterschiedliche Funktionen und Eigenschaften, die jedoch in 
der "Basisklasse" MemberInfo vereinheitlicht sind, und sich daher in 
"Dim TrueMember As MemberInfo" speichern lassen sollten:

Code vereinfacht:

Dim TrueMember As MemberInfo = Nothing
For Each Member As MemberInfo In Type
    '# Richtigen Member anhand der Parameter finden:
    <WhatIsAGoodWayToFindTheMember?>
    If <Member.Name = MemberName> Then
        For Each Parameter As ParameterInfo in Member.
            If <Parameter.Name = Par1.Name> Then
                If <Parameter.ReturnType = Par1.Type>
                    <!=SoTiefVerschachtelt??>
                    <TrueMember = Member>
                    Exit For 
                End If
            End If
        Next Parameter
    End If  
Next Member
<...>
TrueMember.invoke(<Parameters>)

..."TrueMember" sollte dann (als Beispiel) die "Equals"-Methode zur 
Verfügung stellen bzw. bereithalten, die zwei Parameter benötigt! Wie 
finde ich diese am besten heraus = ? Ich glaube meine Vorgehensweise mit 
der tiefen Verschachtelung ist nicht richtig bzw. zu umständlich, aber 
ich finde kein passendes Beispiel im Netz...

[Edit:Schönheitsfehler + Anmerkung]

Noch zur Anmerkung: Das Laden & Speichern, das Datenmodell, dessen 
Serialisierung oder andere beteiligte Vorgänge sind nicht das Problem 
bzw. Thema des Threads. Sorry falls ich da zu weit ausgeholt habe.

Lediglich die Frage, ob die String-Daten dann auch reichen, und das 
Auffinden eines Members anhand der Parameter (<pseudo>Codebeispiel), 
bereitet mir gerade etwas Kopfschmerzen ^^

Wenn jemand einen Tipp hat, <positive Standardfloskeln> Danke

[Markus (Gast)]

Schaue Dir doch mal die Klasse System.Type an. Das ist die "Zentrale" 
von .Net-Reflection. Eine Methode wie Equals kannst Du darüber z.B. mit 
GetMethod(string methodenName, Type[] parameterTypen) [C# Syntax!] 
finden. Du bekommst ein System.Reflection.MethodInfo Objekt zurück, über 
das Du die Methode mit den entsprechenden Parametern aufrufen kannst.

Grüße
Markus

[Tim S. (Firma: tsx89) (freak_ts)]

Funktioniert!

Markus schrieb:
> [C# Syntax!]

- Egal, Dankeschöön!

[Tim S. (Firma: tsx89) (freak_ts)]

Beim umstieg auf c# habe ich festgestellt, dass diese 
"Serialisierungs-Prozedur" für Objekte und Member schon fast fertig 
vorhanden ist. Jedenfalls besser zu lösen, als in Basic. Danke für die 
Hilfen ^^