System.Type contains an UnderlyingSystemType property. MSDN states that it:
Indicates the type provided by the common language runtime that
represents this type.
In most cases, this property simply returns the current Type instance.
My question is, in what circumstances does this property not return the current Type instance itself. And in those cases, what sort of type will be the current Type instance and the returned underlying system type be?
To be honest I never did it by myself, but I know that it is possible to create your own
RuntimeTypelike definition of your specified type.If you notice the
Typeclass is abstract and has a lot of abstract memebers. What happens is that your type (whatever is it) automatically createsRuntimeTypederived fromTypeclass and implements it for your type.So the property
UnderlyingSystemTypein case of orindaryRuntimeTypewill returnTypeproperty equal value, in case of overriden implementation, instead, (that is for influencing relfection behavior, but I repeat I personally never did this before), will return user-defined type value.EDIT
Actually the link provided by guys in comments is a good one:
When is a Type not a Type?