在实现INotifyPropertyChanged接口时,可以使用CallerMemberName属性来避免将成员名称指定为被调用方法的String参数。
问题是它是否使用场景背后的反射?硬编码属性名称是否有任何性能损失?
答案 0 :(得分:18)
没有;编译器在编译期间直接硬编码成员名。就IL而言,这是ldstr
。例如,如果我们编译:
static void Implicit()
{
Log();
}
static void Explicit()
{
Log("Explicit");
}
static void Log([CallerMemberNameAttribute] string name = null)
{}
我们得到:
.method private hidebysig static void Implicit() cil managed
{
.maxstack 8
L_0000: ldstr "Implicit"
L_0005: call void Program::Log(string)
L_000a: ret
}
.method private hidebysig static void Explicit() cil managed
{
.maxstack 8
L_0000: ldstr "Explicit"
L_0005: call void Program::Log(string)
L_000a: ret
}
正如您所看到的 - IL的名称直接以 完全 烘焙,就像我们手动设置字符串一样。
答案 1 :(得分:1)
我试图反编译它并没有任何内容。所以它看起来不像属性本身使用反射。另一方面,它放在System.Runtime.CompilerServices
中,表明属性本身由编译器以某种特殊方式处理,因此不应该有任何性能损失。