[c#] Zichtbaar maken van non-public members

[reyan]

En weermaals hebben we een vraag... Ik vroeg me namelijk af of het enigszins mogelijk is om de non-public members van een class te benaderen. Wanneer ik die class zelf heb geschreven is dat natuurlijk makkelijk door private in public te veranderen of er public properties voor aan te maken, maar wat met bestaande classes?

Een voorbeeld zegt meer dan woorden:



Het (Npgsql.NpgsqlDataReader)sqlResult object heeft maar enkele publieke properties. Maar toch wil ik meer informatie uit het object halen. Ik wil namelijk weten (puur als voorbeeld) welk DbType de tweede kolom heeft in de sql resultset. Zoals je ziet moet ik dan een aantal private members kunnen benaderen, maar hoe doe je dat?

[Sybr_E-N]

Reflection?

[BasieP]

meestal hebben private members een getter en setter om ze te benaderen. Echter als ze zo private zijn dat de buitenwereld ze in geen geval nodig heeft zullen deze niet geimplementeerd zijn.

[whoami]

Het is mogelijk om het mbhv Reflection te doen. Je kan een lijst opvragen van alle non-public members, en je kan hun waarde zetten en opvragen. Echter, het is niet echt aangeraden om dat te doen, aangezien er wel een reden zal zijn dat die members niet public zijn.

Zie ook hier:
[rml][ .NET] Safe code[/rml]

[ Voor 13% gewijzigd door whoami op 25-06-2006 15:04 ]

[reyan]

Bedankt voor jullie antwoorden!

Dat het niet aangeraden is vermoedde ik zelf ook al, anders had men nooit private members geïntroduceerd. Maar in sommige gevallen heb je toch echt een bepaalde member nodig waar je niet aan kan omdat hij non-public is. Zolang ik het puur read-only gebruik, lijkt het me toch vrij veilig? Niet?

Anders, hoe zouden jullie mijn voorbeeld oplossen zonder Reflection? Dat lukt toch niet?

[gorgi_19]

reyan schreef op zondag 25 juni 2006 @ 15:21:
Dat het niet aangeraden is vermoedde ik zelf ook al, anders had men nooit private members geïntroduceerd. Maar in sommige gevallen heb je toch echt een bepaalde member nodig waar je niet aan kan omdat hij non-public is. Zolang ik het puur read-only gebruik, lijkt het me toch vrij veilig? Niet?

Niet gegarandeerd, anders zou hij niet private zijn

Anders, hoe zouden jullie mijn voorbeeld oplossen zonder Reflection? Dat lukt toch niet?

Niet

[whoami]

Maar in sommige gevallen heb je toch echt een bepaalde member nodig waar je niet aan kan omdat hij non-public is.

Als hij niet public niet is; dan is het ook niet de bedoeling dat jij 'm nodig hebt.

[pjvandesande]

Heb je de waarde echte nodig of kun je het ook op een anderen manier oplossen?

[reyan]

questa schreef op maandag 26 juni 2006 @ 12:10:
Heb je de waarde echte nodig of kun je het ook op een anderen manier oplossen?

Sorry voor de trage reply... Ja, ik heb die gegevens echt nodig en voor zover ik weet is er geen andere manier om die gegevens direct op te halen zonder reflection

In het laatste Microsoft .NET magazine staat er trouwens ook een artikel over. Men raad het gebruik van dit soort reflection niet aan, maar soms kom je er niet te buiten. Wel heeft het een performance impact, maar ik heb het slechts zelden nodig en nooit in een loop waar performance van belang kan zijn.

Dus ik denk dat ik die reflection maar ga gebruiken. Ik heb het geheel intensief getest en er schijnen (in mijn geval) geen nadelen of problemen aan vast te hangen.

[ Voor 12% gewijzigd door reyan op 05-07-2006 11:41 ]

[pjvandesande]

reyan schreef op woensdag 05 juli 2006 @ 11:41:
[...]
Wel heeft het een performance impact, maar ik heb het slechts zelden nodig en nooit in een loop waar performance van belang kan zijn.

Nee, je kunt het geheel goed perform houden! Je kunt hiervoor Dynamic Code genereren, dit leverd zo'n 75% winst op!
Hier zou je dus ook naar kunnen kijken. Je hebt wel reflection nodig om eenmalig alles uit te zoeken of je moet met dispatch gaan werken, maar aangezien het niet je eigen lib zou ik me hier niet aan vast pinnen.