C# 在 构造函数添加 CallerMemberName 会怎样

栏目: C# · 发布时间: 7年前

内容简介:在 C# 中有一个特性 CallerMemberName 可以给方法知道调用这个方法的方法名,在 UWP 中用这个特性很多,特别是在使用 MVVM 绑定如果在构造函数使用这个特性会发生什么?构造函数可能是方法调用,可能是反射调用,可能是基类使用,这些使用的值是什么?

在 C# 中有一个特性 CallerMemberName 可以给方法知道调用这个方法的方法名,在 UWP 中用这个特性很多,特别是在使用 MVVM 绑定

如果在构造函数使用这个特性会发生什么?

构造函数可能是方法调用,可能是反射调用,可能是基类使用,这些使用的值是什么?

先定义一个类

public class F1
    {
        /// <inheritdoc />
        public F1([CallerMemberName] string name = "")
        {
            Debug.WriteLine(name);
        }
    }

小伙伴都知道,下面的代码会输出 Foo 因为在这个方法调用

public MainWindow()
        {
            InitializeComponent();

            Foo();
        }

        private void Foo()
        {
            new F1();
        }

在方法调用的时候,小伙伴都知道 CallerMemberName 能拿到调用的方法,在 .NET 4.5 之后提供的这个特性实在好用,通过这个特性就可以在参数传入调用的方法,同时因为这个特性是在编译时添加的,所以比反射快很多。

但是如果再添加一个类 F2 继承 F1 会出现什么?

public MainWindow()
        {
            InitializeComponent();

            new F2();
        }

    public class F2 : F1
    {
        /// <inheritdoc />
        public F2()
        {
        }
    }

现在运行代码,发现这个值居然是空

C# 在 构造函数添加 CallerMemberName 会怎样

但是如果此时修改 F2 函数,这时输出的就是 .ctor 因为 CallerMemberName 是编译做的

public class F2 : F1
    {
        /// <inheritdoc />
        public F2() : base()
        {
        }
    }

C# 在 构造函数添加 CallerMemberName 会怎样

分析一下两个的 IL 代码就知道,在 public F2() : base() 的 IL 代码

.method public hidebysig specialname rtspecialname instance void
    .ctor() cil managed
  {
    .maxstack 8

    // [50 23 - 50 29]
    IL_0000: ldarg.0      // this 
    IL_0001: ldstr        ".ctor" // 压入字符串 .ctor 然后调用 F1 的构造函数
    IL_0006: call         instance void lindexi.F1::.ctor(string) 
    // 在这个构造函数传入刚才压的字符串,也就是 F1(".ctor") 在 F1 的 name 就是这里传入的字符串

    IL_000b: nop

    // [51 9 - 51 10]
    IL_000c: nop

    // [52 9 - 52 10]
    IL_000d: ret

  }

public F2() 的 IL 代码其实几乎没有多少修改

.method public hidebysig specialname rtspecialname instance void
    .ctor() cil managed
  {
    .maxstack 8

    // [50 9 - 50 20]
    IL_0000: ldarg.0      // this
    IL_0001: ldstr        "" // 只有这句和上面不同,传入的是空所以在 F1 收到的值就是这里传入
    IL_0006: call         instance void lindexi.F1::.ctor(string)
    IL_000b: nop

    // [51 9 - 51 10]
    IL_000c: nop

    // [52 9 - 52 10]
    IL_000d: ret

  }

可以看到虽然调用的方法看起来是相同的,但是运行的结果是不相同的,因为 CallerMemberName 是在编译时做的

从上面的 IL 也可以看到 CallerMemberName 是在编译的时候传入的值,性能会比反射快,如果需要获得调用这个方法的方法的方法,也就是 A 调 B 然后 B 调 C 需要在 C 里面知道 A 是哪个,就需要使用WPF 判断调用方法堆栈


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

规划算法

规划算法

拉瓦利 / 2011-1 / 99.00元

《规划算法》内容简介:规划是人类智慧的结晶,规划问题广泛地存在于人们的日常工作和生活中。现在,规划已涉及计算机科学、人工智能、力学、机械学、控制论、对策论、概率论、图论、拓扑学、微分几何、代数几何等许多现代科学领域。《规划算法》是作者多年来教学和科研工作的总结,系统地介绍了规划领域中的基础知识和最新成果。作者将三个相对独立的学科:机器人学、人工智能和控制论巧妙地结合在一起。《规划算法》给出了大量内......一起来看看 《规划算法》 这本书的介绍吧!

Base64 编码/解码
Base64 编码/解码

Base64 编码/解码

SHA 加密
SHA 加密

SHA 加密工具

html转js在线工具
html转js在线工具

html转js在线工具