Compiler Support
In reality, custom attributes are simply types derived from System.Attribute
with
language constructs for specifying them on an element (see Section 4.7
in Chapter 4).
These language constructs are recognized by the compiler, which emits a small chunk of data into the metadata. This custom data includes a serialized call to the constructor of the custom attribute type (containing the values for the positional parameters), and a collection of property set operations (containing the values for the named parameters).
The compiler also recognizes a small number of pseudocustom attributes. These are special attributes that have direct representation in metadata and are stored natively (i.e., not as chunks of custom data). This is primarily a runtime performance optimization, although it has some implications for retrieving attributes via reflection, as discussed later.
To understand this, consider the following class with two specified attributes:
[Serializable, Obsolete] class Foo {...}
When compiled in MSIL, the metadata for the class Foo
looks
like this:
.class private auto ansi serializable beforefieldinit Foo extends [mscorlib]System.Object { .custom instance void [mscorlib]System.ObsoleteAttribute::.ctor() = (01 00 00 00 ) ... } }
Compare the different treatment by the compiler of the
Obsolete
attribute,
which is a custom attribute and is stored as a serialized constructor call
to the System.ObsoleteAttribute
type, to the treatment of the Serializable
attribute, which ...
Get C# in a Nutshell now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.