我有两个类FirstProcess和Second Process

public class FirstProcess
    {
        public virtual void Calculate(int x, int y)
        {
            Console.WriteLine("First Process  X :{0} and Y{1}", x, y);
        }
    }
    public class SecondProcess : FirstProcess
    {

        public override void Calculate(int y, int x)
        {
            Console.WriteLine("Second Process X :{0} and Y :{1}", x, y);
        }
    }

我已经调用了calculate方法,如下所示
  var secondProcess = new SecondProcess();
            var firstProcess = (FirstProcess) secondProcess;

            secondProcess.Calculate(x: 1, y: 2);
            firstProcess.Calculate(x: 1, y: 2);

输出

第二过程X:1和Y:2

第二过程X:2和Y:1

我得到X = 2和Y = 1的意外结果。.Net如何处理这种情况?为什么.net优先使用命名参数?

最佳答案

方法调用firstProcess.Calculate(x: 1, y: 2)的参数绑定(bind)是在编译时完成的,但是方法分配是在运行时完成的,因为方法是virtual

为了编译方法调用,编译器将看到x: 1, y: 2,并且需要将此命名参数列表解析为顺序索引的参数列表,以便发出适当的IL(以正确的顺序将参数插入堆栈,然后调用方法)。

除了已命名的参数列表外,编译器还可以使用其他信息:静态类型firstProcess,即FirstProcess。现在,我和你们都知道在运行时这将是SecondProcess实例,但是编译器并不知道(至少在一般情况下如此)。因此,它查找FirstProcess.Calculate的参数列表,并看到x是第一个参数,y是第二个参数。这样就可以像编写代码一样编译您的代码

firstProcess.Calculate(1, 2);

在运行时,将参数12压入堆栈,并对Calculate进行虚拟调用。当然,这最终会调用SecondProcess.Calculate,但是参数名称在过渡到运行时后仍然无法幸免。 SecondProcess.Calculate接受1作为其第一个参数(y),并接受2作为其第二个参数(x),从而得出观察到的结果。

顺便说一句,当您使用默认参数值时,也会发生以下情况:
public class FirstProcess
{
    public virtual void Calculate(int x = 10)
    {
        Console.WriteLine("First Process  X :{0}", x);
    }
}

public class SecondProcess : FirstProcess
{
    public override void Calculate(int x = 20)
    {
        Console.WriteLine("Second Process  X :{0}", x);
    }
}

var secondProcess = new SecondProcess();
var firstProcess = (FirstProcess) secondProcess;

secondProcess.Calculate(); // "Second Process X: 20"
firstProcess.Calculate();  // "Second Process X: 10"

故事的寓意:命名和默认参数很方便,但是(必须)实现它们的方式使您容易感到不愉快。当它们提供切实的好处时,请使用它们,而不是在任何时候都可以使用。

关于C#: overriding Method with optional parameters & named parameters : Unexpected Result,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/18507785/

10-10 16:14